Hirdetés
- Ajánlatott tett a Qualcomm az Intelért?
- Milyen notebookot vegyek?
- TCL LCD és LED TV-k
- Gaming notebook topik
- Amlogic S905, S912 processzoros készülékek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen TV-t vegyek?
- Autóhifi
- HiFi műszaki szemmel - sztereó hangrendszerek
- Melyik tápegységet vegyem?
Hirdetés
-
Öt Starship után embereket küldene a Marsra Musk és a SpaceX
it Elmondta Elon Musk, hogy mennyi Startshipet indítanak a Marsra – ha nem lesz gond, utána mehetnek az emberek. 4 éven belül.
-
Shadows of Doubt teszt
gp Vajon mennyire – és meddig – lehet szórakoztató egy véletlenszerűen generált detektíves játék? Végtelen mélységű összeesküvések várnak vagy csak felületes ügyek? Kinyomoztuk, mit is kínál ez az ambiciózus indie projekt!
-
A Pwnage kínálatában hamarosan megjelenik az eddigi legkönnyebb nagy méretű egér
ph A Razer DeathAdder V3-ból merítő, szénszálas megoldás sok színben választható, a szenzora áthelyezhető, és még 45 gramm sincs.
Új hozzászólás Aktív témák
-
martonx
veterán
válasz zsolti_20 #9250 üzenetére
Nézd, amíg nem mented el a file-t, addig szerencsétlen program nyilván csak az utolsó mentett állapotot fogja látni.
Egyébként nem tudom mit szeretnél, de valahogy háttal ülsz a lovon. Egyáltlán miért excel, és miért konzol app? Ha mindenképpen excel, és excelen belüli mentés nélküli cella változásokra akarsz reagálni, akkor arra az excel makró való.
De ha már mindenképpen ragaszkodsz ehhez az elcseszett felálláshoz, akkor ott a Visual Studio Tools for Office és az Excel.Application.SheetChange event, amire C#-ban fel tudsz iratkozni.
Én kérek elnézést!
-
joysefke
veterán
Szeretném használni a személyes fejlesztési keretemet könyvvásárlásra. (Pluralsightom már van)
-(1) ASP Netcore.
Itt a Pro asp net core 2-t olvastam Adam Freeman-től pár éve, az anno nekem nagyon hasznos volt, de ahogy néztem nem nagyon újítja fel a példaprojektjeit, tehát szeretnék mást, most valami advancedebbet.-(2) EF Core, Adatbázis, adatmodellezés témákhoz az aktuálisak közül melyek a legjobb könyvek?
-(3) Blazor / webassembly van már annyira stabil, hogy megérje kicsit beleásnom magam?
Ez utóbbi max érintőlegesen érdekel, de valamire el kell költeni a pénzt[ Szerkesztve ]
-
zsolti_20
senior tag
válasz martonx #9251 üzenetére
Sajnos nem találtam még most sem megoldást hogy tudnám kiolvasni a cella tartalmát mentés nélkül. A gond az, hogy ez változik minden 0.5mp-ben. Így ha a mentést még bele rakom VBA scriptben akkor pár érték kimarad.
Az excelre viszont szükségem van, mert csak ezzel tud kommunikálni egy másik script. -
martonx
veterán
válasz zsolti_20 #9256 üzenetére
Excel makro mindent IS tud. Ha a mentés ilyen gázos, akkor ne mentsd. Csak simán kapd el a cell változást, és hívd meg belőle a C# konzol appot. Persze ekkor meg erősen kérdéses, hogy minek a C# konzol app.
Illetve leírtam a tisztán C# megoldást is: "De ha már mindenképpen ragaszkodsz ehhez az elcseszett felálláshoz, akkor ott a Visual Studio Tools for Office és az Excel.Application.SheetChange event, amire C#-ban fel tudsz iratkozni."
Én kérek elnézést!
-
zsolti_20
senior tag
válasz martonx #9258 üzenetére
Hmm ez eleg jo megoldasnak tunik. Szuksegem van egy c# programra ami kikuldi soros porton a cella tartalmat, mert az excel vba minden kuldesnel felepiti a sorosport kapcsolatot ami kb 1mp-et vesz igenybe.
Viszont nyitva tudom tartani vele a portot a c# szamara ami remephetoleg nem kivanja megnyitni ujra a kapcsolatot igy lentebb tudom tolni kicsit ezt a kesleltetest. -
cigam
félisten
Az ablak Title szövegében szeretném kiírni a verziószámot. Itt írnak egy megoldásról , de mindég 1.0.0.0-át ír ki. A project Properties szerint a a Publish version: 1.0.0.7
Az XAML-be ez van:
Title="{Binding WindowTitle, RelativeSource={RelativeSource Mode=Self}}"
A kódban pedigpublic string WindowTitle {
get {
Version version = Assembly.GetExecutingAssembly().GetName().Version;
return "MyTitle v" + version; }
}
[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
rgeorge
addikt
És mi szerepel az AssemblyInfo.cs-ben?
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
cigam
félisten
Egy új probléma lépett fel. Létrehozok egy időzítőt, ami 10 percenként meghívja az újrabeolvasó rutint.
public partial class MainWindow : Window
{
public MainWindow()
{
InitializeComponent();
// A program indulásakor beolvassa a táblázatot
Read();
// 10 percenként újra beolvassa
DispatcherTimer dispatcherTimer = new DispatcherTimer();
dispatcherTimer.Tick += new EventHandler(Reload);
dispatcherTimer.Interval = new TimeSpan(0, 10, 0);
dispatcherTimer.Start();
}
Viszont nem tudom leállítani(elérni) egy másik függvényből? Mit csinálok rosszul?
[ Szerkesztve ]
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
cigam
félisten
-
Keem1
addikt
public partial class MainWindow : Window
{
DispatcherTimer dispatcherTimer = new DispatcherTimer();
public MainWindow()
{
InitializeComponent();
// A program indulásakor beolvassa a táblázatot
Read();
// 10 percenként újra beolvassa
dispatcherTimer.Tick += new EventHandler(Reload);
dispatcherTimer.Interval = new TimeSpan(0, 10, 0);
dispatcherTimer.Start();
} -
Keem1
addikt
Jó, én nem vagyok programozó, de a jelenlegi és az előző munkahelyemen is csinálgattam munkamegkönnyítő toolokat, mindegyik esetben C#-ban írtam őket. Itt most a jelenlegi cégnél (egy amerikai nagyvállalat) mindennél jobban preferálják a Pythont. Vannak kollégák, akik ismerik a nyelvet, így a toolokat most ők fejlesztik. A céges belső policy egyre jobban tiltja/üldözi a compiled exéket.
-
harylmu
őstag
En is dotnet melobol mentem at Python-ba tavaly. (Mondjuk en nem nagyon nezem a hasznalt nyelveket munkahelyvaltasnal, nekem tok mindegy. ) A tapasztalatom az igy masfel ev utan, hogy kva szar. Scriptek irasara, meg data science-re egyebkent nagyon szuper, de tipusok hianyaban remalom egy 3 ezer soros webapp-ot fenntartani (raadasul Python 2-est). A masik baj vele, hogy mocsok lassu - fika loadra 30-40 instancet kell fenntartani, Amazon rajtunk gazdagszik meg.
-
Keem1
addikt
válasz joysefke #9275 üzenetére
Alapvetően nincs baj, de mostanság az a módi, hogy mielőtt a céges "szoftverboltba" bekerülnének ezek, a részlegünk egyik managere részéről átnézésre kerülnek a kódok (nem programozók), és csak ha jóvá hagyták, akkor mehetnek fel. Már eleve a rendszer úgy működik az utóbbi időben, hogy .py és hasonló (php, sh, ps1, stb) fájlokat fogad el, .exe-t nem. Bocs, de, elfogad mást is, de utólagos check jön, mielőtt a többi team membernek elérhetővé válnak. És azon a manuális check-en nem mennek át a binárisok.
[ Szerkesztve ]
-
martonx
veterán
válasz harylmu #9276 üzenetére
Nálunk a cégnél mostanában kezdtek a C# mellé Pythonos Web Api-k bejönni. Egészen elképesztően kókány szarok a kódjaik (de legalább lassúak is), az Asp.Net Core-al összevetve.
Pedig én pl. a PHP-t kimondottan szeretem, Pythont is magamtól raktam a gépemre, hogy eljátsszak vele, azaz nem vagyok az a fanboy típus.
Szerintem mint nyelv, semmi gond nincs a gyengén típusossággal, tök jó a PHP, Python. Kis egyszerű konzol appokat, web api-kat összedobni bennük, data science-kedni (ami szintén nem programozás, maximum egy kis scriptelés), megtanulni programozni tök jók. Viszont komolyabb alkalmazásokat csak bolondok írnak ezekben.Én kérek elnézést!
-
Keem1
addikt
válasz martonx #9278 üzenetére
Nyilván az is a nagy előnye, hogy baromi elterjedt. Szerintem Windowson kívül ott van minden rendszeren preinstalled. Pl. a Pi-hez "tartozó" Raspbianon is out-of-the box ott volt a Python.
Ugyan Pi-re simán feldobtam a Mono-t, még package managerrel is simán megy a saját appom, de én informatikus vagyok, nem hiszem hogy egy mezei usernek ez menne bármilyen Linuxon.
Uppsz, sorry, ez nem válasz akart lenni
[ Szerkesztve ]
-
Alexios
veterán
-
joysefke
veterán
és ezek a sriptek amelyek átmennek ezen a security checken, ezek digitálisan alá vannak írva és a futtatókörnyezet meg is tíltja a nem aláírt scriptek futtatását, vagy a managerek szerint minden ami sript az biztonságos, minden ami bináris az nem (akkor is ha a saját tool- fejlesztőik írták)?
[ Szerkesztve ]
-
-
martonx
veterán
Ez már tényleg nagyon off, de manapság elindult egy trend, ahol frontend huszárok mindenhez is rögtön angulart, meg reactot typescripttel, rxjs-el, redux-al (izé most a recoil a menő), meg mittudomén mi mindennel rántanak elő. Aztán napokig dolgoznak egy egy oldalon, aminek a feladat annyi, hogy egy form van rajta, amin megadsz pár adatot, és gombnyomásra elpostolja a szervernek. Na, erre értettem, hogy a typescript overkill frontenden. Nyilván van olyan frontend eset, ahol tényleg hasznos tud lenni, viszont azt látom, hogy a typescript-es frontend projektek többségében, csak szimpla öncélú bonyolítás, mert a frontendes részleg meg akarja mutatni a backendnek, hogy igenis ők is tudnak sok n rétegben, interface-ekben, DI-ban, meg bonyolult kódokban gondolkozni, akkor is ha csak egy fos formot kell bekérni 4 adattal.
Én kérek elnézést!
-
fatal`
titán
válasz martonx #9289 üzenetére
Mondjuk, amihez scala.js-t használtunk az bőven 10k+ sor és egy igen bonyolult űrlap több száz, adott esetben többezer mezővel, amik között rengeteg validáció és kapcsolat van. A backend meg ASP.NET MVC razorral (2015-ös projekt), szerintem indokolt volt.
Egyébként már az, hogy típusos a frontend szerintem életmentő, emiatt akár pársoros js esetén is indokolt lehet a ts. Persze angular meg egyebek sok esetben felesleges.
(#9291) harylmu: Én láttam már apró weboldalt is angularral, ami szerintem is overkill.
-
Keem1
addikt
Srácok, biztos hogy nem látom a fától az erdőt, de az aszinkron programozással mindig meggyűlik a bajom
Az alábbi egy .Net Core Console application részlete.
A BackgroundWorker nélkül működik az alábbi, de nyilván ekkor lefoglalja a main threadet a microwebserver, ezt szeretném elkerülni. Tehát a program fusson tovább, a webserver meg szépen a háttérben. Mit rontok el?
Szerk: fene vigye el, megvan a hiba Lemaradt ez:
bgw.RunWorkerAsync();
, így már működikclass Program
{
static BackgroundWorker bgw = new BackgroundWorker();static void Main()
{
Console.WriteLine("WebGUI Teszt");
StartWebGui();
Console.ReadKey();
}static void StartWebGui()
{
var hostBuilder = new WebHostBuilder()
.UseKestrel()
.UseStartup<Startup>()
.UseUrls("http://localhost:808/")
.Build();if (bgw.IsBusy == false) bgw.DoWork += (sender, e) =>
{
hostBuilder.Run();
};
}
}[ Szerkesztve ]
-
Keem1
addikt
válasz joysefke #9295 üzenetére
Mi lenne a proper way helyette?
A lényeg: Raspberry Pi-n futtatok egy .Net 4.5 alapú servicet, ami különböző automatizálási feladatokat hajt végre, adott esetben, ha a feladat jellege megkívánja, az adatok MySQL adatbázisban landolnak (localhost). Az egyszerű webes felületnek két célja van: ha időm és energiám engedi, később lesz egy Androidos app is hozzá, ehhez szolgáltatna JSON API-t, másrészt jelenleg böngészőből érek el pár infót erről a service-ről, a Pi különböző paramétereit is. Szóval erre kell nekem, ezért választottam "rendes" webszerver helyett ezt a megoldást.
-
joysefke
veterán
Mi lenne a proper way helyette?
Nem vagyok biztos benne (*).
De első körben én megnézném, hogy Program.cs.Main()-ben egy új meztelen Thread-et létrehozva és azon indítva a WebHost-ot, hogyan viselkedik a webserver. De én a Thredeket sem szeretem* Ami miatt bizonytalan vagyok, az az, hogy hogyan akarjuk/tudjuk kezelni a webservice esetleges chrashét. (egyáltalán akarsz-e ezzel foglalkozni):
Ha a background thread (ami a webservert futtatja) crashel (kezeletlen exception jön belőle) akkor érdemes lenne ezt az exceptiont valamilyen szinten elkapni, loggolni és vagy újraindítani a szervert vagy inkább az egész alkalmazást leállítani. Ez az egész opcionális, de alapvetően nem egészséges megadni az esélyét hogy egy bármilyen threadben kezeletlen exception ragadjon.
Ahogy nézem a BackgroundWorkeren van egy erre használható event: "RunWorkerCompleted" , az eventargs pedig: "RunWorkerCompletedEventArgs" ennek pedig van egy Error propertyje ami az esetlegesen elkapott exceptiont tartalmazza...
Ha Threadben gondolkodsz akkor jó pár alternatív opciód van amit mérlegelhetsz.
De én valószínűleg Task-ként futtatnám a webservert. A te esetedben nyilván az volt a "baj", hogy a WebHost.RunAsync() metódus által visszaadott Task-ot azonnal awaitelni akartad a fő száladon, így a fő programszál nekiállt async várakozni a Task elkészültére, ami ugye egy szervernél amíg le nem állítják nem fog megtörténni.
Ha a fő programszálad amúgy sem lép ki magától akkor szerintem a a WebHost.RunAsync() által visszaadott Task-ot sem kell nekiállnod awaitelni benne (ha tudod, hogy exception történt akkor érdemes) ettől függetlenül a viszakapott Task refernciáját nyilván elmented, hiszen ezen keresztül mindig tudod ellenőrizni az állapotát és szükség szerint awaitelve ki is tudod belőle szedni az esetleges exceptiont.
A fenti példában például a Console.ReadKey() blokkolja a fő szálat. Amíg a fő szál nem ért véget, addig a background threadeket (beleértve amelyek Task-ba vannak csomagolva) a runtime nem zárja be addiíg amíg azok nem fejezik be maguktól a futást.
[ Szerkesztve ]
-
Keem1
addikt
válasz martonx #9297 üzenetére
Ezen már sokat gondolkodtam, de sok Nugetes motyóm nem kompatibilis vele. Pl. az SQLite (System.Data.Sqlite) sem, ARM-re nem volt 4.5-re sem, de oda simán fordítottam egyet az eszközön forráskódból. .Net Core-ra viszont eddig még nem sikerült.
(#9298) joysefke:
A Task-on már én is agyaltam, de amikor próbálkoztam, valahogy nem jött össze. Már nem emlékszem, hogy egy statikus metódussal gyűlt-e meg a baja, vagy azon aztán átlendültem és máshol akadtam el. Aztán végül a Bgwk lett az első, ami működött.Sajnos nem vagyok programozó, csak egy lelkes amatőr, így ha valahol elakadok, hajlamos vagyok rövidebb utat választani Viszont a C#-ot szeretem, így néha olyan célra is ezt választom, ami szkriptnyelvből, Powershellből is megoldható lenne (melyekhez még a C#-hoz képest is kevésbé mozgok otthonosan).
[ Szerkesztve ]
-
joysefke
veterán
https://www.nuget.org/packages/System.Data.SQLite/
Itt at írják, hogy elég nek a netstandard 2.0
Új hozzászólás Aktív témák
Hirdetés
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen