android studio generiert für mein importprojekt keine r.java
<p>ich importiere ein projekt in android studio, aber r.java ist immer leer.</p><pre><code>public final class r { } </code></pre><p>ich habe versucht:</p><ol> <li>projekt erstellen, modul erstellen, remake usw.</li> <li>project setting-modules-sources, fügen sie dann src und gen als quellordner hinzu.</li> </ol><p>sie sind aber nicht wirksam.</p>
<p>gehe zu <strong>datei</strong> -&gt; <strong>einstellungen</strong> -&gt; <strong>compiler</strong> überprüfe jetzt <strong>externes build verwenden</strong></p><p>dann das projekt neu erstellen</p>
hallo paul,

herzlich willkommen hier im forum :)

für richtige native android entwicklung solltest du java können.
wie sind denn die analogen daten abzurufen und wie schnell willst du diese auslesen? Hallo, 
  

  
Geht absolut nicht, das ist auch in Java programmiert und benötigt Java um zu laufen...
  

  
Gruß @dienicolehast du mal die playbar komplett zurückgesetzt?https://support.sonos.com/s/article/1096?language=defalls das auch nicht hilft, am besten mit dem support per chat oder telefon kontakt aufnehmen gruß,ralf <p>ich habe sowohl <a href="http://bouml.free.fr/"> bouml </a> als auch <a href="http://argouml.tigris.org/">argouml</a> verwendet. da ich eclipse nicht benutze, sind beide externe tools. ich habe bouml bevorzugt, weil es leichter als argouml ist und leistungsfähiger, wenn es um reverse engineering geht. ich habe es verwendet, um automatisch klassendiagramme zu generieren, sie von grund auf neu zu erstellen und um sequenzdiagramme zu entwerfen. leider ist es, auch wenn es ziemlich leistungsfähig ist, in qt3 (daher ist die benutzeroberfläche auf meinem kde4 nicht wirklich schön), und der entwickler hat beschlossen, die entwicklung einzustellen ...</p> <p>die standardmethode für die angabe des objekttyps ist entweder <a href="http://search.cpan.org/perldoc?perlfunc#ref"><code>ref</code></a> oder <a href="http://search.cpan.org/perldoc?scalar::util"><code>scalar::util</code></a> <code>::blessed</code>. wenn sie<em> wissen </em>das objekt gesegnet ist, geben sie dieselbe information zurück. </p><pre><code>my $class1 = blessed( $obj ); my $class2 = ref $obj; </code></pre><p><code>ref</code> gibt jedoch auch 'hash' für nicht gesegnete hashes zurück, während <code>blessed</code> dieses spiel ablehnt. </p><p>für eine liste von methoden ist es für den gesegneten zeigerstil eines perl-objekts einfach, eine davon selbst zu codieren. der folgende code funktioniert ziemlich gut für mich. es gibt die namen der funktionen (diejenigen, die den &quot;code-slot&quot; des angegebenen namens annehmen) zurück, die dem paket zugeordnet sind, das sie definiert. </p><pre><code>sub class\_methods { use class::isa; my $obj = shift; return unless ref( $obj ); my %meth\_names; foreach my $anc ( class::isa::self\_and\_super\_path( ref $obj ), 'universal' ) { my $stash = \%{"$anc\::"}; my @funcs = grep { m/^[\_\p{alpha}]/ # begins with \_ or alpha &amp;&amp; !exists $meth\_names{$\_} # no clobbering &amp;&amp; defined *{$stash-&gt;{$\_}}{code} # has a filled code slot } keys %$stash ; # assign to the "hash slice", keyed by all the entries in @funcs # the value of $anc repeated as many times as elements in @funcs. @meth\_names{@funcs} = ( $anc ) x @funcs; } return %meth\_names; } </code></pre><ul> <li><p>dies funktioniert auch für relativ komplexe objekte, aber wenn das besitzende paket eine menge generierten codes enthält, ist es nicht besonders hilfreich zu wissen, in welchem ​​paket die generatoren den code-pointer stecken. es wird mehr bedeuten, welches paket zu finden ist generiert den code. </p></li> <li><p>ist dies der fall, erhalten sie<em> might </em>den code aus der ausführung ihres codes, einschließlich <a href="http://search.cpan.org/perldoc?data::dumper"><code>data::dumper</code></a> und setzen von <code>$data::dumper::deparse</code> auf 1 wie folgt: (<code>local $data::dumper::deparse = 1;</code>) und dann den code-zeiger wie folgt: <code>say dumper( $code\_ref );</code></p></li> <li><p>es<em> won't </em>funktioniert für gültige methoden, die noch mit einer beliebigen <code>autoload</code>-methode erstellt werden müssen. wenn sie diese in der liste sehen, macht das objekt möglicherweise mehr, aber was es alles tut, wissen sie nicht.</p></li> <li><p>die &quot;basisklasse&quot; <code>universal</code> ist enthalten, da diese klasse verhalten enthält, das vom objekt verwendet werden kann. </p></li> </ul><p>viel glück.</p> hallo,

ich benutze die standardsoftware dev 2.1.

die ausgabe sieht wie folgt aus:

\_\_\_\_\_ \_\_\_\_\_ \_\_\_\_\_ \_\_\_\_\_ \_\_\_\_\_

|\_ \_|\_\_\_ \_\_\_| | | | | | |

| | | . | | | |- -| | | | | |

|\_| |\_\_\_|\_|\_|\_\_\_\_\_|\_\_\_\_\_|\_|\_\_\_|\_\_\_\_\_|

tonuino version 2.1

created by thorsten voß and license… hast du unbekannte dateien ausführen unter einstellungen angemacht? muss häckechen sein. ansonsten musst du zum installieren der APK-Dateien das programm AppsInstaller vom AndroidMarkt holen und installieren <blockquote> <p>kann ich yum benutzen?</p> </blockquote><p>ich würde es nicht empfehlen. sie könnten es wahrscheinlich kompilieren, hätten aber keine ubuntu-kompatiblen paket-repositorys, die es handhaben könnten.</p><p>sie können <em> einzelne rpm-dateien mit alien in debs konvertieren </em>:</p><pre><code>sudo apt-get install alien sudo alien my\_package.rpm sudo dpkg -i my\_package.deb </code></pre><p><strong>hinweis:</strong> es kann sein, dass sich der dateiname etwas mehr ändert als nur die erweiterung.</p><p>dies funktioniert nicht bei allen paketen, da pakete mit anderen paketen verknüpft werden, um abhängigkeiten zu erfüllen. offensichtlich verwenden red hat/fedora/centos andere paketnamen als ubuntu, sodass sie wahrscheinlich auf eine ganze menge schmerzen stoßen werden.</p><p>wenn es keine deb gibt, ist es wahrscheinlich besser, nur den quellcode zu beschaffen und zu kompilieren.</p> ja, aber bei mir tut sich auch nichts Sie können Ihr Set `JAVA_HOME` in `/etc/profile` als [Petronilla Escarabajo](https://askubuntu.com/a/175519/19723) vermuten lässt. Der bevorzugte Speicherort für `JAVA_HOME` eine Systemvariable ist jedoch `/etc/environment` .

Öffnen Sie `/etc/environment` in einem beliebigen Texteditor wie `nano` oder `gedit` und fügen Sie die folgende Zeile hinzu:


```
 JAVA_HOME="/usr/lib/jvm/open-jdk"
 
```
(Java-Pfad könnte anders sein)

Verwenden Sie `source` diesen Befehl, um die Variablen zu laden:


```
 source /etc/environment
 
```
Überprüfen Sie dann die Variable, indem Sie diesen Befehl ausführen:


```
 echo $JAVA_HOME
 
```
**Aktualisieren**

Normalerweise beziehen die meisten Linux-Systeme standardmäßig / etc / environment. Wenn Ihr System dies nicht tut, fügen Sie die folgende Zeile hinzu `~/.bashrc` (Danke @pje)


```
 source /etc/environment
 
```