[UWP] [C#]

To z rdečo ti verjetno teži, da ne moreš uporabiti await v non-async funkciji. Stack Overflow is your bf.

BivšiUser2 je 14. mar 2017 ob 21:44 izjavil:

Visual Studio mi javi, da moram pred klicom Task-a, dati await, vendar, ko to naredim mi teži nekaj z rdečo barvo, kar pa ne razumem ravno. Kako pravilno klicati async Task metode?

Da bi pa objavil besedilo error sporočila pa ti ni padlo na pamet?

Glede asynca v konstruktorju http://stackoverflow.com/a/8145668

Async v konstruktorju je no-go.
Lahko bi sprožil async void metodo, ampak to je igranje z ognjem, saj ne veš, kdaj se async void konča in kaj se tist čas dogaja s spremenljivkami. Primer:

public class SomeObject {
   public string text;
   public SomeObject() {
      ReadText();
   }
   private async void ReadText() {
      using (var reader = File.OpenText("SomeFile.txt")) {
         text = await reader.ReadToEndAsync();
      }
   }
}

public class Program {
   private void Main() {
      SomeObject anObject = new SomeObject();
      Console.WriteLine(anObject.text);     // Tu nastane problem, ker ni šans, da boš vedel, če je fajl že prebran ali ne.
   }
}

Malce boljši način:

public class SomeObject {
   public string text;
   public SomeObject() {   }
   public async Task ReadText() {
      using (var reader = File.OpenText("SomeFile.txt")) {
         text = await reader.ReadToEndAsync();
      }
   }
}

public class Program {
   private async void Main() {
      SomeObject anObject = new SomeObject();
      await anObject.ReadText();
      Console.WriteLine(anObject.text);     // Ker smo awaitali, vemo, da se je ReadText() metoda končala in imamo anObject.text na voljo.
   }
}

Tole pišem peš, ziher so vmes napake.

Zadeva 1: Če hočeš nek task/delo whatever direktno zagnati, potem uporabi static class z static metodami in ne navadnega s konstruktorjem. Point clasov s konstruktorjem je namreč da v konstruktorju inicializiraš class, potem pa preko drugih funkcij v clasu dejansko kaj počneš. Če že hočeš imeti navaden class preimenuj "MojRazred" v "Start" ali nekaj takega, torej ločena metoda.

Zadeva 2: Ko kličeš async funkcije iz async funkcij uporabiš await. Ko pa delaš "prehod" med navadno in async funkcijo pa se moraš malce dodatno pomatrati.
2a: Ena opcija je kar je Looooka napisal (in variacije)
2b: Druga opcija je wrapanje async Task metode v async void, ki se potem kliče iz sihronih funkcij. To je potencialno lahko nevarno in naj bi se uporabljalo zgolj na UI nivoju in nikjer globje. Pač async void je taka praktična top-level async metoda, če je zlorabiš kjerkoli vmes in kličeš iz kake nesihrone kode pa so lahko rezultati zabavni.

Sem pred eno veliko dilemo, ki jo po branju na drugih forumih še vedno imam.
Rabim podatke, ki bodo shranjeni lokalno, ne morem pa se odločit ali naj bodo ti shranjeni v SQLite bazo, XML datoteko. Podatki so tako uporabniški kot nastavitve za app.

krneki0001 je 6. apr 2017 ob 00:24 izjavil:

uporabniške podatke v bazo, nastavitve v XML.

2nd that

Kaj je fora v IDisposable, če C# itak na koncu vse za sabo popuca in ali naj to implementiram v program?

Tudi če si striktno managned ima IDisposable smisel. In sicer celo tri smisle se spomnim na hitro.

- Prvi je da je avtomatski manager resorsov daleč od idealnega in se za vse stvari, ki porabijo večje količine RAMa splača ročno pucat.
- drugi je, da ga lahko uporabiš znotraj "using" bloka(to je idealna uporaba clasov, ki implementirajo IDisposable) in s tem garantiraš da izven tega bloka ni uporabljen že na compiler nivoju(ti ne builda). Torej izogneš se programerski napaki, ko ga kje kasneje uporabiš v kodi in ga posledično avtomatski manager resoursov precej kasneje popuca, oziroma celo nikoli, če ga vsake toliko referenciraš v kasnejši kodi...
- tretji in zelo uporaben pa je, da lahko znotraj metode Dispose spišeš poljubno kodo, ki naprimer počisti temp datoteke, zapira v vrstnem redu kake connectione.... Vsa ta koda se garantirano izvede, ko je ta class disposan, tudi če bo avtomatika tista, ki ga disposa! To kodo seveda v try/catch blok dati, ker nočeš exceptionov med Disposanjem objektov:)

Seveda se za classe, ki ne porabijo dosti resoursov ne splača za brez veze pacati kode z implementacijo IDisposable.

Pred časom je pisalo, da delajo na tem.
Pri MS-u je bilo prvotno mišljeno, da boš do baze dostopal preko servisov.
Kar sicer ni slabo, če imaš več zadev, ki dostopajo.
Kdor je pa navajen na klasični direktni dostop do baze, se je pa samemu namenu jezil.
Zato je bilo tudi toliko upiranja sami uporabi UWP-a. Sedaj upam, da bo šlo.

Še malo bolj poenostavijo samo poganjanje programov brez Stora pa bo.

Malo se poglabljam v UWP in kaj si ti ja nor kaj je to lame stvar za začetnika, nekaj essential stvari kot npr. za delo s FileTransferom ni. Zanimivo, napisal sem, da so notri dali Sqlclient. Program pa se zruši, ker Sqlclient client ne najde System.Threading.Thread, ki ga UWP ne podpira.

Je kakšen schadule, če pride še maja bi znal še biti zanimiv...
edit: za pred 14 dnevi piše nekaj 88% na GitHub-u.

Število jeder ali število logičnih procesorjev?

Za prebrati število logičnih procesorjev je zelo simpl ukaz:

foreach (var item in new System.Management.ManagementObjectSearcher("Select * from Win32_ComputerSystem").Get())
{
    Console.WriteLine("Number Of Logical Processors: {0}", item ["NumberOfLogicalProcessors"]);
}

Če hočeš pa hitrejše nabiranje koliko ima logičnih jeder, pa namesto "select *", uporabi "select NumberOfLogicalProcessors", ker boš samo eno vrstico nazaj dobil kot rezultat.

Ti imaš:

1.)Fizični procesor
2.)jedra na fizični procesor
3.)logične procesorje

Jedra:

int coreCount = 0;
foreach (var item in new System.Management.ManagementObjectSearcher("Select * from Win32_Processor").Get())
{
    coreCount += int.Parse(item["NumberOfCores"].ToString());
}
Console.WriteLine("Number Of Cores: {0}", coreCount);

Programi se izvajajo na logičnih procesorjih. Ne?

https://stackoverflow.com/questions/446... ?
Mah ta UWP mi počasi najeda živce. Za vsak kompleksnejši problem je sicer rešitev vendar je potrebno ogromno telovadbe. Trenutno me samo zanima kako shendlati XPath, upload na FTP, fetchati podatke s PB ter skenirati QR kode, sem po gulglal nekaj vendar je napram Androidu, to kot, da bi bil v kameni dobi. Kakšen nasvet, s katerim lahko dokončam te stvar?

Kako je kaj s podporo MariaDB za UWP? Trenutno imam Debian 8 VPS na katerem laufajo apache2 (za phpmyadmin, v kratkem omogočim tudi SSL) ter MySQL 5.7. Nevem zakaj ampak me je nekaj pičilo, da nadgradim na Debian 9, kjer je po defaultu nameščena baza MariaDB, vendar mi paše da iz appa dostopam direktno do baze s pomočjo MySql konektorja 6.7.9.

Kul, potem pa kar na Debian 9.

Kako urediti štalo z encodingom datotek ter samih servisov? Imam namreč eno php datoteko, ki mi po urejanju v Atomu deluje kot mora, ko pa shranim datoteko php v visual studiu (2017) query deluje le delno, čeprav query v phpmyadmin-u dela 100%, kako torej zadevo pravilno shranjevat? Kako pa pravilno nastavit zadeve v uwp aplikaciji, php.ini datoteki, apache configu ter mysql serverju (podatkovna baza - tabele v njej), da potem ne bo štale, ko bodo šumniki npr. "š", ne pa \u161? Ravno to se mi dogaja, ko sem znotraj mysqla (phpmyadmin), ko pa s php podatke dobim ven pa mi kaže tisti "\u611" (za ilustracijo), čeprav je charset enak (UTF-8 (php) in utf8mb4 (mysql), za apache pa c# pa ne vem nastaviti, tudi na stackoverflow ne nejdem nič pametnega ).

Ok, to je za fajle, kaj pa naj naredim glede samih spremenljivk. Se pravi
Text, ki ga obdelujem :
Mysql tabele baze - utf8mb4_general_ci, nekje celo utf8_general_ci (kaj je sploh varchar prednost glede na char (8 biten)
PHP.ini datoteka: UTF-8 Apache: UTF-8
C# string: UTF-16?
Kako spraviti vse skupaj na skupni imenovalec oz. kateri imenovalec je najboljši? Določene prenose gor/dol na debian server mislim kriptirati in sem prebral, da če to ni poglihano pa nastane veselica.
Torej:

 C# <-> PHP API <-> MariaDB & Apache

.

Google: mysql varchar vs char
Prvi zadetek

Char ima fiksno dolžino zapisa v zlogih, varchar pa se prilagaja dejanski dolžini stringa. Baza hitreje dela s char, vendar porabi več prostora na disku.

Edit: OZ. res ni važno, če je vse ista platforma:

 MSSQL + IIS <-> C# App

, pa da so verzije v letih približno skupaj

Server 2012 <-> C# 7.0

, ipd.