úvod
témata
události
tržiště
Tento web používá soubory cookie. Dalším používáním webu s tímto souhlasíte.
jméno
heslo
K dispozici jsou také mobilní aplikace
přihlásit
přihlásit
pamatovat si přihlášení
neviditelný
bez kontroly IP
zaregistrujte se
zapomněli jste heslo?
jít na ...
nejnovější
12/2020
09/2020
06/2020
03/2020
12/2019
09/2019
06/2019
03/2019
12/2018
09/2018
06/2018
03/2018
12/2017
09/2017
06/2017
03/2017
12/2016
09/2016
06/2016
03/2016
12/2015
09/2015
06/2015
03/2015
12/2014
09/2014
06/2014
03/2014
12/2013
09/2013
06/2013
03/2013
12/2012
09/2012
06/2012
03/2012
12/2011
09/2011
06/2011
03/2011
SOFTWARE
»
programovani
Programovani v C#, F# a dalsich jazycich pro .NET, Mono a ostatni CLI implementace
TENCOKACISTROMY
<<
<
>
>>
Máte k tomu co říct?
Vložte se do diskuze
.
SKLICIDLO
---
13:38:46 21.6.2019
SKLICIDLO
: Píšu jak tatar. Můžeš ladit i bez zdrojáků, jen teda na úrovni strojáku.
SKLICIDLO
---
13:37:45 21.6.2019
^
NECROMAN
: Ano. Jestli to není vs projekt, ale generic c++ přes makefile, pomůže to zbuildit přímo na cílovém stroji, kde chceš debugovat (stejně tam musíš dostrkat i další věci jako třeba gdb a další devtools). Pak si ten buildnutý projekt syncneš na stroj, ze kterého chceš ladit a ve VS Code vesele ladíš přes SSH nativní procesy. A mám takovej pocit, že když nemáš zdrojáky, můžeš furt ladit assembly.
NECROMAN
---
13:20:13 21.6.2019
^
SKLICIDLO
: spíše ta otázka je, zda lze debugovat nativní linuxovou C++ appku, ne VC++, ve Visual Studiu? Jednotlivé soubory drží pohromadě jen makefile a pokus o otevření ve VS skončil dost nezlavně.
SKLICIDLO
---
20:59:13 20.6.2019
^
NECROMAN
: Běžně, na dálku přes ssh a vsdbg. Plnohodnotný.
NECROMAN
---
13:50:09 20.6.2019
^
Dotaz, nezkoušel jste někdo debugovat C++ linuxovou appku v Dockeru ve WSL z prostředí Visual Studia, nebo to už je moc daleké scifi?
MORMEGIL
---
11:17:34 18.6.2019
KOSTEJ
: B je zjevně nesmysl: Nebude posílat A=123&B=456, ale bude se pokoušet najít lokální soubor s tímhle jménem, aby ho mohl poslat. A a C jsou totéž, D je skoro totéž, ale navíc pošle hlavičku
Content-Type: application/x-www-form-urlencoded
, což je patrně právě to, co chceš. Za mě bych tedy vybral D.
MIRROR
---
23:29:10 16.6.2019
KOSTEJ
: ted uplne hadam - ale nebude tam hrat roli mimetype obsahu requestu? ze tahle metoda ti to rovnou vrati nejen ve form-encoded, ale i s hlavickou content-type?
NECROMAN
---
18:03:06 16.6.2019
KOSTEJ
: to je nějaký pěkně starý test. WebClient jsem neviděl v demech či návodech už tak od roku 2012, co vyšel C# 5.0 s async/await a nový HttpClient.
SIRLOON
---
11:30:29 16.6.2019
KOSTEJ
: se c# sem si dlouho nehral, ale jestli se nepletu, tak u a b a c mas hovadsky predavany typy. Minimalne u B by to chtelo sice string, ale s cestou k souboru. Ostatni metody neznam :-/
KOSTEJ
---
1:52:41 16.6.2019
4 odpovědi
Čaute, procházím si otázky na MS C# certifikát, a narazil jsem tam na tuhle pro mě matoucí otázku:
An application will upload data by using HTML form-based encoding. The application uses a method named SendMessage.
The SendMessage() method includes the following code. (Line numbers are included for reference only.)
[
https://www.itexams.com/static/img/exams/Microsoft-70-483-11.1/Microsoft-70-483-89_4.png
]
The receiving URL accepts parameters as form-encoded values.
You need to send the values intA and intB as form-encoded values named a and b, respectively.
Which code segment should you insert at line 04?
[
https://www.itexams.com/static/img/exams/Microsoft-70-483-11.1/Microsoft-70-483-90_2.png
]
Neměly by možnosti A, C, D vrátit stejný výsledek, tj. POST paket s tělem "a=intA&b=intB"? Podle výsledků je správná odpověď jen D...
<<
<
>
>>