Hirdetés

2014. október 22., szerda

Hozzászólások

(#1401) x007 válasza shev7 (#1399) üzenetére


x007
(tag)

nem tudom mire gondolsz :B

[ Szerkesztve ]

(#1402) Gregorius válasza x007 (#1400) üzenetére


Gregorius
(őstag)

Csak éppen semmit sem fog érni, mert a háttérben párhuzamosan kizárólag annyi történik, hogy a feladatot beütemezi az egyetlen egy főszálra. Vagyis a ThreadPool.Queue teljesen fölösleges. Ha mindenképpen aszinkron hívás kell, akkor Invoke helyett a BeginInvoke használatos.

Mainstream support for Steve Ballmer ended in 2009. Extended support ends in 2014.

(#1403) x007 válasza Gregorius (#1402) üzenetére


x007
(tag)

Igen, tudom, hogy ez történik a háttérben. Ez csak egy szemléltetés volt, hogy hogyan lehet más (nem GUI) szálakról hozzáférni a WinForms elemekhez. (tudom, hogy ez így nem a legjobb megfogalmazás, de remélem érthető :) )

[ Szerkesztve ]

(#1404) Gregorius válasza x007 (#1403) üzenetére


Gregorius
(őstag)

Ha már körbejárjuk a témát, kicsit még tovább is megyek. Ennél létezik egy általánosabb megoldás.
A Control.Invoke/BeginInvoke/stb. az WinForms környezetben használatos:
this.Invoke(new Action(...));
A háttérben pontosan ugyanezt csinálja a következő:
SynchronizationContext.Current.Send(
new SendOrPostCallback(...),
state);

továbbá betűről betűre ugyanez a kódsor működik WPF-fel, ASP.NET-tel és még COM+-os interoppal is, nem csak WinFormsszal.
Utóbbi esetben a BeginInvoke-nak megfelelő aszinkron hívás a Post.
:)

[ Szerkesztve ]

Mainstream support for Steve Ballmer ended in 2009. Extended support ends in 2014.

(#1405) x007 válasza Gregorius (#1404) üzenetére


x007
(tag)

Oh, itt már volt új info :) Kicsit utána néztem.

SynchronizationContext.Current

WinForms esetén: WindowsFormsSynchronizationContext

A Send/Post metódus a Control.Invoke/BeginInvoke metódust hívja meg.

WPF esetén: DispatcherSynchronizationContext

A Send/Post metódus a Dispatcher.Invoke/BeginInvoke metódust hívja meg

Szóval ez egy általános wrapper a GUI rendszerek szinkronizációs megoldása fölött. És már látom is miért jó ez...

Van pl. a BackgroundWorker, ami az AsyncOperationManager osztályon alapul, ami a SynchronizationContext-et használja a szinkronizáció megvalósításához. Ezért a BackgroundWorker WinForms és WPF alatt is tud működni. Sőőőt, ha saját ablakozó rendszert írsz, akkor megoldhatod, hogy az alatt is működjön :).

Tetszik... :C

[ Szerkesztve ]

(#1406) REDeath


REDeath
(PH! addikt)
LOGOUT blog

üdv!

kezdő vagyok asp.net-ben, és az lenne a kérdésem, hogy egyesek mért preferálják a sima html kontrollokkal való fejlesztést, mint a fejlettebb controlokat?

most van egy ilyen próba projektem, Repeaterrel, van egyik lapon gridview is (jó, ez speciel csúnya : ), és ezek is meg dropdownlistek is SqlDataSource-okból kapják az adatokat, sqldatasourceokban néhol tettem filtert is, stb.
ha ezeket a funkciókat valaki lehetőleg html controlokkal akarná megoldani (amiknek egyébként annyi az előnyük a sima html elemekhez képest, hogy server oldalon kezelhetőek?) akkor az hogy nézne ki?
pl Repeater helyett meg grid helyett is for ciklussal irogatná a html-t? (php szerűen?)
kezdő létemre nincs asp.net-es tapasztalatom, és érdekelne hogy miért jó vagy épp nem jó ez a szemlélet.
előre is köszi :R

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1407) x007 válasza REDeath (#1406) üzenetére


x007
(tag)

ASP.NET WebForms-ban szerintem c# kóddal való markup létrehozást mindenképpen kerülni kell, teljesen karbantarthatlan lesz tőle a kód, amit lehet próbáljuk meg dekleratív módon megoldani.

Lista vezérlőkből én a ListView-t tudom javasolni, mert afölött teljesen te rendelkezel, nem szemeteli tele a renderelt markupot olyan tagekkel, amit nem is akarsz, hogy ott legyen. A sablonokban használhatsz ASP.NET vezélőket, HTML tageket is, ami csak jól esik. Keress példákat, biztos tetszeni fog neked is :).

ASP.NET MVC-ben (most ismerkedem vele) lehet ilyet csinálni (aspx fájlban):
<% foreach (var product in ViewData) { %>
<div>
<%=product.Category.CategoryName %>
</div>
<%} %>

Ez csúnyának tűnhet elsőre, de nekem egyre jobban tetszik :D .

[ Szerkesztve ]

(#1408) Gregorius válasza REDeath (#1406) üzenetére


Gregorius
(őstag)

A klasszikus asp.net-ben a szerveroldali controloknak általában van egy viewstate-jük, ami utazik a kliens meg a szerver között (a sima postolt adatokon felül). Kellőképpen elvetemült esetben ez a viewstate kezelhetetlenül nagyra duzzad, ami az alkalmazás reakcióidején csúnyán meglátszik, és elég körülményes a méretére ráhatni fejlesztőként.
Asp.net MVC-t ez a probléma nem érinti.

Mainstream support for Steve Ballmer ended in 2009. Extended support ends in 2014.

(#1409) REDeath válasza x007 (#1407) üzenetére


REDeath
(PH! addikt)
LOGOUT blog

még az lenne a kérdésem, hogy ahogy nézem, sok asp vezérlőnek vannak eseményei, amire a codebehindban írhatok kódot, de ezt csak úgy tudja megoldani, hogy generáltat nekem egy scriptet, és a javascript postolja az oldalt vissza a servernek. mai világban mondjuk pont nem aggódnék a js hiánya miatt, de szerintetek melyik a jobb megoldás, vagy az elfogadottabb?
az ha hagyom hogy generáljon javascriptet az eseményekhez és a js postbackeljen, vagy ha minden paramétert amire szükségem van az url-ben adok át, és QueryString-el lekérdezem?

konkrét példa, hogy ki van listázva pár cucc, és rendezni szeretném. ListViewben van beépített lehetőség rendezgetésre, de gondoltam megoldom hogy pl.: default.aspx?rendez=irszam de az SqlDataSource ORDER BY része nem fogad paramétert, úgyhogy gondolom akkor nekem kéne belefűzni a paramétert valahogy stringként.
és itt már csomó problémába ütköztem, ezért gondolkoztam el, hogy megérik-e ezek a DataSourceok, vagy mindent én írjak a codebehind részbe, conn.open stb?

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1410) x007 válasza REDeath (#1409) üzenetére


x007
(tag)

Az nem probléma szerintem, hogy beleszúr scripteket. Amit írtam, abban arra gondoltam, hogy ha a vezérlők beszúrnak olyan elemeket is, amit nem akarsz vagy amiről nem tudsz, akkor pl css írásakor több szívás lesz.

Igazándiból azt kell mérlegelni, hogy megéri-e azt a plussz időt belefektetni, hogy saját megoldásod legyen. Codebehindba ne nagyon írj lekérdezéseket, használj ObjectDataSource-t, az teljes szabadságot ad :).

(#1411) REDeath válasza x007 (#1410) üzenetére


REDeath
(PH! addikt)
LOGOUT blog

listview-vel update nem ment, nem vette át a paramétereket, úgyhogy muszáj volt codebehindban ráerőszakolnom (így sikerült csak)

másik dolog amitől megőrülök, hogy VS2008 designerébe jól látszik, egy marhaegyszerű float. (így)
firefoxban meg így

amint a képen is látszik egyik div valamiért bekerül a másikba mikor Debugra nyomok. Ezt hogy lehetne kiküszöbölni? :(:(:(

itt az aspx kódja, ebben látszik hogy nincs egymásban :/

egyáltalán mitől lehet? vs bug vagy mi?

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1412) REDeath válasza REDeath (#1411) üzenetére


REDeath
(PH! addikt)
LOGOUT blog

ehh bocs a fölös posztért, HeaderTemplateből lemaradt a </table> :W

szerk: pontosabban a repeater után...

[ Szerkesztve ]

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1413) x007


x007
(tag)

A problémától függetlenül, ne használd a VS2008 designert, elég használhatatlannak tartom :), mindent markup editorral csinálj meg.

(#1414) FehérHolló


FehérHolló
(PH! kedvence)
LOGOUT blog

shev7 és x007: Köszi a válaszaitokat! Ennyivel úgy gondolom, hogy már boldogulok.

Skynet is real. It's called Google.

(#1415) REDeath válasza x007 (#1413) üzenetére


REDeath
(PH! addikt)
LOGOUT blog

sose használtam, csak abba is megnéztem :)

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1416) REDeath


REDeath
(PH! addikt)
LOGOUT blog

azt még el tudjátok árulni, hogyan lehet megtalálni egy asp:Label-t vagy bármilyen controlt mondjuk PageLoad eventben?
gombnak az eventje esetén is csak így sikerült:

protected void Termekek_Frissit_OnClick(object sender, EventArgs e)
{
Button btn = sender as Button;

TextBox temp = (TextBox)btn.Parent.FindControl("TermekNevTextBox");
DS_reszletes.UpdateParameters.Add("nev", temp.Text);
...

neten már a 82.-ik megoldást is megnéztem, de mindig null lesz... ráadásul nekem egyből a form1-en belül van, nincs beágyazva semmilyen más controlba :F

szerk: miért mindig postolás után veszem észre a hibám? :B lehagytam runat-et a Label-ből :/

[ Szerkesztve ]

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1417) sunsaw válasza REDeath (#1416) üzenetére


sunsaw
(kvázi-tag)
LOGOUT blog

Debugger nem segit? Próbálj meg lerakni egy breakpointot a TextBox temp = (TextBox)btn.Parent.FindControl("TermekNevTextBox"); sorod után, nekem az a gyanúm, hogy ez a konverzió fog neked mindig null-t visszaadni! Nézd meg, mi van a változókban a debuggerben amikor megtört a futás! Lehet, hogy a konverzió során veszik el az adat.

Windows Phone 7 Developer

(#1418) FehérHolló


FehérHolló
(PH! kedvence)
LOGOUT blog

Hogy őszinte legyek, elég mély lelki válságba taszítottatok a DataGridView-es kérdésemre adott válaszaitokkal.
Eddig csak konzolos alkalmazásokat írtam. Teljesen új volt számomra, hogy az UI szál írhat csak az "ablakba". Konzolosnál nem kell azzal törődni, hogy ha meg akarok jeleníteni valamit, akkor egyetlen szálba kell dobálnom minden megjelenítendő infot a többiből. (Kicsit elavultnak érzem ezt a megoldást, de ez most részletkérdés.)

Elég sokat olvasgattam MSDN-t azóta, hogy valamennyire megismerjem ezt a szemléletet. Találtam egy egész jó cikksorozatot, mely ezzel a kérdéssel foglalkozik. Az első része: [link]
Remélem másnak időt tudok spórolni azzal, hogy ezt megosztottam. :)

tagek fórumkeresőnek: Windows Form thread safe safety UI mashall szál

REDeath:
miért mindig postolás után veszem észre a hibám?
Ugyanabban a kórban szenvedünk. :)

[ Szerkesztve ]

Skynet is real. It's called Google.

(#1419) shev7 válasza FehérHolló (#1418) üzenetére


shev7
(PH! kedvence)

"Kicsit elavultnak érzem ezt a megoldást, de ez most részletkérdés"

Ez egy erdekes tema, kifejtened? :)

''Gee, Brain, what do you want to do tonight?'' ''The same thing we do every night, Pinky: Try to take over the world!''

(#1420) ArchElf válasza FehérHolló (#1418) üzenetére


ArchElf
(PH! addikt)
LOGOUT blog

Ehh, konzol... mod...

AE

[ Szerkesztve ]

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

(#1421) x007 válasza FehérHolló (#1418) üzenetére


x007
(tag)

Nem elavult, minden GUI framework vezérlése egyszálú. Voltak próbálkozások többszálú GUI kialakítására, de nem igazán jött össze senkinek, amolyan Failed Dream maradt. :)

(#1422) FehérHolló válasza x007 (#1421) üzenetére


FehérHolló
(PH! kedvence)
LOGOUT blog

Én úgy látom, hogy Microsoft is érzi, hogy elavult. Például a kezünkbe adtak egy BackGroundWorker osztályt, ami a háttérben végzi el a marshallozást bizonyos esetekben, nem neked kell megírni a kódot, satöbbi.

Igazából jó lenne, ha ez nálam is működne, csak nekem egy while(true) típusú szálból kell adatokat szolgáltatnom. A BackGroundWorker végtelen ciklusosításával ezt jelenleg meg lehet persze csinálni, de ez a megoldás a BGWorker alapcéljától annyira eltér, hogy a későbbi frameworkökkel való kompatibilitásomat kockáztatnám.

shev7: Most nincs sajnos időm. Talán a hétvégén.

[ Szerkesztve ]

Skynet is real. It's called Google.

(#1423) x007 válasza FehérHolló (#1422) üzenetére


x007
(tag)

Nem értem, hogy ettől miért lenne elavult. És azt se értem, hogy miért irtózol a BackgroundWorker nélküli marshallozástól, szerintem nem egy bonyolult dolog... :)

Probléma akkor lehet, ha nagyon gyakran akarsz a GUI-hoz hozzányúlni. Ilyenkor érdemes bufferezni a kéréseket marshal előtt, majd egyszerre átadni egy "nagyobb" adagot. Ez az ami egyedül gondot okozhat szvsz.

(#1424) ArchElf válasza FehérHolló (#1422) üzenetére


ArchElf
(PH! addikt)
LOGOUT blog

BGW hogy csinálja meg?

Amúgy nekem ilyen típusú multithreading alkalmazásaim szoktak lenni:
Form -> BGW (szálvezérlésre) -> csomó Thread (dolgozó szálak)
Így viszonylag könnyű szétválasztani a megjelenítést a dolgozó szálaktól, nem oda integrálod be a szálvezérlést (másrészt akár form nélkül is tud futni a program).

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

(#1425) x007 válasza ArchElf (#1424) üzenetére


x007
(tag)

#1404, #1405

(#1426) sunsaw válasza ArchElf (#1424) üzenetére


sunsaw
(kvázi-tag)
LOGOUT blog

Ez egy elég jó tervezési taktika, még nem használtam a gyakorlatban többszálú alkalmazásvezérlést, de köszi az ötletet! Ez tényleg jó... van már valami neve a pattern-nek? :)

FehérHolló: arra van a szerkesztés gomb, 5 percen belül még lehet javítani, mint ahogy most én is ezt teszem :)

[ Szerkesztve ]

Windows Phone 7 Developer

(#1427) FehérHolló válasza x007 (#1423) üzenetére


FehérHolló
(PH! kedvence)
LOGOUT blog

A fenébe, pedig nem ezzel akarok most foglalkozni, mégis visszakacsintgatok a fórumra...

Nem irtózok egyáltalán a BGWorkertől, csak nem arra találták ki, amire nekem kéne. :)

Probléma, ha gyakran kell a GUI-ra írni? Az egész GUI-m arról szól, hogy akárhány (esetemben 2) 500kbit/sec és akárhány (esetemben 1), max 150kbit/sec sebességű, egyenként átlagosan 80%-ban kihasznált hálózat forgalmát jelenítsem meg egy "felhasználóbarát" felületen, on-the-fly szűrési lehetőséggel, meg ilyesmik. Ráadásul úgy, hogy a felhasználó is tudjon manuálisan, vagy ütemezve üzeneteket küldeni.
A kiírandó adatok értelmes pufferelése, pufferek karbantartása, kiírás ütemezése, satöbbi már kész. Csak ez a szerencsétlenség akasztott meg, hogy a GUI-ra csak egy fix szálból lehet írni. Nem akkora gond, eddig is delegate-ekkel dobálóztam a layerek között, de mivel tapasztalatlan voltam ilyen téren, nem számítottam erre az akadályra.

[ Szerkesztve ]

Skynet is real. It's called Google.

(#1428) FehérHolló válasza FehérHolló (#1427) üzenetére


FehérHolló
(PH! kedvence)
LOGOUT blog

Igazából kicsit hülyén néz ki, hogy a kiírandó adatok beszerzése meg van oldva, a felület külalakra kész, csak a tapasztalatlanságból adódóan problémák merültek fel a kettő rész összekapcsolásával. :)

[ Szerkesztve ]

Skynet is real. It's called Google.

(#1429) Gregorius válasza FehérHolló (#1427) üzenetére


Gregorius
(őstag)

Probléma, ha gyakran kell a GUI-ra írni?
Probléma. Egyrészt azért, mert a marshallozásnak költsége van, ami visszafogja a normál működést, másrészt mert az átlag emberi agy reakcióideje legjobb esetben is tizedmásodpercekben mérhető, vagyis teljesen felesleges ezredmásodpercenként frissíteni a GUI-t, mert mire a szerencsétlen felhasználó tudatáig eljut egy adat, addigra már a hatszázzal későbbi minta is rendelkezésre áll. Vagyis 599 mintát tök fölöslegesen írnál ki.

Mainstream support for Steve Ballmer ended in 2009. Extended support ends in 2014.

(#1430) FehérHolló válasza Gregorius (#1429) üzenetére


FehérHolló
(PH! kedvence)
LOGOUT blog

Írtam, ez meg van oldva már egy ideje. Másodperces frissítés, fix pufferméret, satöbbi.

[ Szerkesztve ]

Skynet is real. It's called Google.

(#1431) x007 válasza FehérHolló (#1427) üzenetére


x007
(tag)

"...,hogy miért irtózol a BackgroundWorker nélküli marshallozástól" :)

(#1433) ArchElf válasza sunsaw (#1426) üzenetére


ArchElf
(PH! addikt)
LOGOUT blog

Hálózati scannert írtam ezzel a technikával, meg a szakdolgozatomban egy behaviour monitoring rendszert csináltam, és az is többszálú volt (több log-forrást kellett egymás mellett feldolgoznia). Igazából ott egy csomó mindent kipróbáltam a multitherading mellett:
- teszt esetek, teszt források, többszálúság tesztelése, streszteszt, stb.
- dll futás közbeni betöltés, Interface alapú osztály használat

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

(#1434) REDeath


REDeath
(PH! addikt)
LOGOUT blog

az mitől van hogy a Watch window be van fagyva, nem tudok hozzáadni semmit, még oszlopok szélességét se tudom állítani ?

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1435) ArchElf válasza REDeath (#1434) üzenetére


ArchElf
(PH! addikt)
LOGOUT blog

Pause / Breakpoint megállásnál is szürke?

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

(#1436) REDeath válasza ArchElf (#1435) üzenetére


REDeath
(PH! addikt)
LOGOUT blog

bár csak vasárnap leszek én gépemnél, de úgy emlékszem igen, totál szürke mindig..
pedig 64 bites vs2008 van, lehet service pack hiányzik neki? az azért durva lenne ha ezt a kvázi fő debugger funkciót 64 bitesben elrontották volna, ezé nem hinném hogy sp hiánya miatt lenne :U

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1437) sunsaw


sunsaw
(kvázi-tag)
LOGOUT blog

Esetleg fejlesztett már valaki a jelenlevők közül MultiTouch alkalmazást? Sok vele a szívás? Mik a buktatók?

[ Szerkesztve ]

Windows Phone 7 Developer

(#1438) Lakers


Lakers
(fanatikus tag)
LOGOUT blog

Hello!

Ha létrehozok egy új projektet, de egy régiből másolom el a kódot, csak hogy lássam a régihez képest, hogy mennyit fejlődött... Akkor a másolás során valahogy a namespace meg minden egymás is másolodik és csak írja írja problémákat, hiába javítgatom őket...

Hogyan lehet ezt megoldani? Hogy új projektben folytatok egy régit? VS2010

(#1439) ArchElf válasza Lakers (#1438) üzenetére


ArchElf
(PH! addikt)
LOGOUT blog

Igazából neked szerintem, valami source control rendszerre lenne szükséged.
Ott viszonylag egyszerű verzióváltásokat, meg elágaztatásokat csinálni...
Én otthon a VisualSVN+AnkhSVN kombót használom.

AE

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

(#1440) sunsaw válasza ArchElf (#1439) üzenetére


sunsaw
(kvázi-tag)
LOGOUT blog

Minek kell neked VisualSVN AnkhSVN mellé? Én csak Ankh-ot használok, és elég! Áruld el, pls! :)

Amúgy minimum VisualSVN+AnkhSVN+Tortoise kombót használsz :) Ankh-hoz viszont nem kell Tortoise!

[ Szerkesztve ]

Windows Phone 7 Developer

(#1441) ArchElf válasza sunsaw (#1440) üzenetére


ArchElf
(PH! addikt)
LOGOUT blog

VisualSVN Server (hogy legyen hol tároljam a kódokat), úgy látom nem volt elég egyértelmű :)
Ja tortoise is van egy gépen, de csak azért mert egy időben az svn szervert nem csak svn feladatokra használtam...

AE

[ Szerkesztve ]

Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]

(#1442) Lakers válasza ArchElf (#1439) üzenetére


Lakers
(fanatikus tag)
LOGOUT blog

Rendben, köszönöm szépen a segítségedet!

(#1443) sunsaw válasza ArchElf (#1441) üzenetére


sunsaw
(kvázi-tag)
LOGOUT blog

VisualSVN Server az más, akkor nem szóltam :)

Windows Phone 7 Developer

(#1444) abuka


abuka
(újonc)

Hello!

Készülőben van egy progim ami beolvas egy txt-t amiben egy csomó xls file elérési útvonala van a program jól működik kivéve ha a file nevében vagy az elérési útban ékezet van.pl.:
c:\nemműködik\wáó.xls

következő hibával leáll : http://prohardver.hu/dl/upc/2010-08/102548_eszeaer.jpg

a következőt már próbáltam:
http://econ.la.psu.edu/~hbierens/NONUNICODE.HTM

Válaszotokat előre is köszönöm.

abu

(#1445) abuka válasza abuka (#1444) üzenetére


abuka
(újonc)

a txtből már a következőképpen olvasva be
file = new StreamReader(filePath, System.Text.Encoding.GetEncoding("iso-8859-2" ));
így már az exceles résznél sem halt be.

kösz bocs

(#1446) REDeath


REDeath
(PH! addikt)
LOGOUT blog

WebSite és WebApplication közt mi a különbség? websitenál van copy website menüpont, és nincsenek akármi.designer.cs fileok amibe generált cucc kerül, de akkor ott hol vannak? :)
neten olvastam hogy mi a különbség, de vagy reggel még nem fordít a fejem angolról jól, vagy nemtom, de pl. van a coolio.sandbox.proserver.hu ahova gondoltam felrakok vmi egyszerűt, copy websitenál megy ha a web.configot nem másolom fel, WebApplication esetén ha tcm-el feltolom ugyanazokat a fájlokat, hivatkozik a web.config hiányára, de ha felrakom elszáll.

szóval megéri a webapp a hülye deployyal, vagy egyszerűbb csak website azt kész?
pontosítanám, neten megnéztem, de nincs annyi tapasztalatom, hogy érezzem is melyik előnyősebb vagy sem..

szerk: websitenál tényleg nincs sehol ami projektnél az akármi.designer.cs fájlba kerül ha behúzok bármit a toolboxról. ott ezeket a deklarációkat csak futtatáskor készíti magának mindenről amit talál az aspx fájlokban?

[ Szerkesztve ]

Kodály mondta volt: "Legyen a zene mindenkié". en inkabb neki hiszek, mint az ASVAnak

(#1447) Boryszka


Boryszka
(kvázi-tag)

Üdv!

Tudna valaki adni linket, ahol megtalálom a "Tanuljuk meg a Visual C# 2008 használatát 24 óra alatt" című könyv digitalizált változatát, esetleg akinek megvan dobna egy privátot?

Üdv!

BL

(#1448) Comrade92 válasza Boryszka (#1447) üzenetére


Comrade92
(fanatikus tag)

Szia!
Azért ez már erősen warez kategória:) Ehelyett a könyv helyett ajánlanám inkább Reiter István C# jegyzetét, annak szvsz valamivel értelmesebb felépítése van
PM ment:)

Gamertag: Robotjatek

(#1449) Boryszka válasza Comrade92 (#1448) üzenetére


Boryszka
(kvázi-tag)

Szia!

Nagyon köszi! Ez is jó lesz, de elsősorban nem vizuális programokra épít! :F

BL

(#1450) Comrade92 válasza Boryszka (#1449) üzenetére


Comrade92
(fanatikus tag)

Mint már fentebb írtam, küldtem PM-et:)

Gamertag: Robotjatek

Copyright © 2000-2014 PROHARDVER Informatikai Kft.