Формат за разпечатване

[JOKe]

Боже днес умря всичко детско в мен.
едно време бях започнал да уча подобни неща добре че се отказах
попаднах на J/Invoke което е библиотека за викане на native код и функции от Java програми елементарно става официалния сайт е : http://www.jinvoke.com/
НЕЩОТО което ме уби е Conversions Между Java типовете и Native типовете.
още едно време в МFC бях изумен от абсурдни типове като LPTCSTR където с помоща на Helpcho разбрах че е  Link Pointer To Constant String, но както и да е
когато видях сега таблицата полудях
я ми кажете някой пише ли на Win32API/MFC изобщо ? и писал ли е ?
първи ред
byte          -   BYTE, INT8, SBYTE
търпи се
short         -short, short int, SHORT, INT16, WORD
Мале...
и после идва лудницата

int       -int, long, long int, int32, INT, UINT, LONG, DWORD
е нямам коментар ;)

[JOKe]

мен вече хората започнаха да ме плашат с mFC код ужас.

Код: [Маркирай кода]

Sayos (14:16:00 14/08/2007)
ne se oplakvai da ne ti pratq kod s tiq shitni


[Sayos]

Не бъркай MFC с mIRC
ПИШЕ СЕ MFC, а не mFC
иначе няма да ти се компилира

[Jack Johnson]

Да, писал съм!
Не, не е приятно!
Да, налага се понякога!
Не, не искам да пиша, ако имам право на избор!
Да, става за програмиране но...
Не, не е приятно!

[antoniy]

Найдене, имам един малък проект, който на скори писах с Win32 API и откровено казано като гледам какво има в .NET като възможности и улеснения, не смятам да завтарям, освен ако не ми се наложи. MFC предполагам е приказка пред използване на чист Win32 API. Програмата става трудна за четене и респективно за доразвиване и поддръжка.

[deviser]

Хаха ми то кво да кажи MFC-то беше добавено към списъкът с китайски мъчения.
На този особено зъл метод за мъчение се подлагат само осъдените на смърт!
А за подръжка на такава програма са безнадеждните случаи 

[NeshtoSeSluchi]

Хаха ми то кво да кажи MFC-то беше добавено към списъкът с китайски мъчения.
На този особено зъл метод за мъчение се подлагат само осъдените на смърт!
А за подръжка на такава програма са безнадеждните случаи 

Нее така няма смисъл. Те са осъдени на смърт не на мъчения. Осъждат ги на MFC и ако имат добро поведение им намаляват наказанието на смърт.

[Templar]

я ми кажете някой пише ли на Win32API/MFC изобщо ? и писал ли е ?
първи ред
byte          -   BYTE, INT8, SBYTE
търпи се
short         -short, short int, SHORT, INT16, WORD
Мале...
и после идва лудницата

int       -int, long, long int, int32, INT, UINT, LONG, DWORD
е нямам коментар ;)

Найдене, тая част изобщо не ми стана ясна. Какво точно се опитваш да питаш. Че byte типа е 8-битова целочислена стойност ли? Ами да ти кажа честно аз все още предпочитам да си ползвам int8 като тип, понеже и двете думи имат 4 букви. Освен това има голямо значение за един драйвер дали праща 8, 16, 32 или 64 бита към контролера. Ето защо вместо да ползвам тип, който не е ясно дали на 64 битова машина компилатора няма да каже "А! Какви 32 бита на 64 битова машина." За това си заделям int32, а и контролера го чете без проблем понеже още не съм попаднал на 64 битови за сега.

[JOKe]

ако питаш мен без коментар.

[Templar]

А мен като направиш драйвер за 16 битов процесор на джава ще разбереш какво съм имал предвид.

[Tosh]

Писал съм на Win32 хиляди реда, с нишки, а проектът ми по графика беше на C++ с MFC (и OGL)! Муахахахаха! 

[Jack Johnson]

Писал съм на Win32 хиляди реда, с нишки, а проектът ми по графика беше на C++ с MFC (и OGL)! Муахахахаха! 

И сега нищо ти няма! Сериозно! Муахахахаха! 

[Светослав Енков]

И аз съм писал Win32 Kernel mode drivers на чисто С и съм оживял. Кво се правите сега? Всяко нещо е направено да е най-доброто за времето си и е шлайфано и документирано.

Ми писал съм и на PL/1 и на Фортран 4 за мейнфрейма в ПУ - беше втората по големина машина в България - ЕС1061. С 36 Мегахерца и 8МБ Рам, обаче 100 Киловата и 4 моторгенератора.

Ако някой от вас направи сега нещо свестно на Фортран 4 - ще му сваля шапка.

Не се фукам, просто ми са чудни тия възклицания на Найден и на другите, особено джавистите.

Лично аз си обичам Делфи и шефа ми купи 2007 Профешънъл законно. Кефче! И си правя системни неща с бази данни за енергиен мениджмънт и управление на стотици уреди и датчици в заводи, предприятия, ТЕЦ-ове и др. И си работят.

[Templar]

Светльо, нали знаеш, че мисленето на джавистите е "На джава всичко може да се направи". Скоро коментирахме с един приятел джавист самоче проблема с управление на хардуер. И той си призна, че джава е зависима от драйвери, които все пак са писани на С, Делфи и пр. Тогава просто се извини, че оплюва останалите ЕП. Е, това не вярвам да стане от страна на Найден. Иначе лично мен си ме кефи и работя със чисто С. Дори и ООП-то на С++ ако евентуално ми се наложи мога да си го представя в чист С вариант. На Делфи и Фортран (имаше една среда за обучение на фортран на 8-ците едно време) съм работел малко, но също нещата стават с писане а не "програмиране" с мишката. А и ти казваше, че "Най-добрият ЕП е този, който знаеш най-добре."

[NeshtoSeSluchi]

  Е Delphi е ОК. Няма база за сравнение с MFC. Ако не беше Pascal синтаксиса можеше дори да направя опит да напиша нещо на Delphi.
  Тези ваши обяснения за едно време ми звучат като на баба ми "Едно време като нямаше ток...". И като е било едно време значи е добре да няма ток? MFC специално е така окосмено, че няма измъкване. Каквото и да правите не може да ме убедите, че да има 8 типа синоними на int някой с по 2 думи е добре, а за абсурдните съкращения останали от средновековието като strcmp и прочие няма какво да говорим. Те как точно помагат за писане на driver-и?

[Светослав Енков]

Те драйверите не се пишат на MFC, а на чисто C Drivers SDK.

А преди Делфи имаше Турбо Паскал за Виндоувс с OWL - копие на MFC - отврат.

На MFC не е проблема 8-те синонима на целия тип, а кофтито йерархия и многото допълнителен, ръчно писан код за оживяване на една форма. Това е проблема. Делфи поне с VCL си го слага кода, без да го виждаш.

А какво не ти харесва на синтаксиса на Паскал?

[NeshtoSeSluchi]

Основно ме дразни BEGIN/END. А другото е сигурно, че не съм почнал с Pascal в МГ като повечето хора:) Много несериозен ми изглежда този описателен синтаксис. Така или иначе идеята му е учебна за това може би е ОК да прилича повече на човешки език, но след 3 месеца програмиране не мога да си обясня защо някой ще предпочита BEGIN/END пред  { }.

Ясно, че драйвъри не се пишат на MFC. Това си беше независимо недоволство от това колко примитвен, архаичен, трудно използваем и неудобен език е C/C++ . Недопустимо е в 21ви век да има имена на функции и типове като memcpy. Ще ме извинявате, но моя компютър има 2 GB памет и 19" монитор, нито памет нито място на монитора ми се налага да пестя с компресирани имена. Ако C/C++ програмистите не бяха толкова безнадеждно затънали в праисторията щяха отдавна да са ги опаковали тези неща в нещо със смислени имена и да ползват опаковките. За сравнение ако аз си именувам променливи и методи по подобен начин на работа ще ме изхвърлят.

[Jack Johnson]

NeshtoSeSluchi,

Ако C/C++ програмистите не бяха толкова безнадеждно затънали в праисторията ТИ нямаше да се радваш на езици от по-високо ниво, в които да не ти се налага да мислиш за синоними, отделяне на памет и т.н.

Прояви малко уважение към хората, които са допринесли за ТВОЕТО улеснение на живота!

[Templar]

@NeshtoSeSluchi, може ли да те питам тогава един въпрос? Според теб в С/С++ колко бита е типа int? Какво е лошото да имаш няколко думи, а дори и синоними за даден тип. Аз например много често си define-вам синоними. А и като не те кефи strcmp сложи си един define и си напраи синоним от типа funkciq_koqto_srawnqwa_stringowe(STR1, STR2). Имаш пълната свобода да си правиш каквото си искаш и да си typedef-ваш каквото си искаш. Е по-голяма свобода от това каква искаш.

А за Делфи - че аз не правя разлика между {/} и BEGIN/END. Едиствено е малко повече писането, но за човек който до колкото разбирам не го мързи да пише километрични имена на функции и променливи не виждам какво толкова ти пречи да напишеш дума вместо фигурна скоба. Тъкмо ще има с какво да си запълниш 19" монитор и да заемеш още малко от 2-та ГБ памет.

[Светослав Енков]

Аз имам 22" монитор и затва си обичам Паскала...

А Джава не виждам голяма разлика с С++. Не визирам новите среди и библиотеки, за синтаксиса на езика говорим.

Едит: Очевидно много от вас още не са проумяли една малка истина - че който плаща музиката, той я поръчва. При големи нови проекти се смята стойността на всичко, включително лицензи, обучение, напасване на екипа, наличност на готови компоненти и библиотеки за нуждите на проекта на достъпни цени. При обновяване или поддръжка на стари проекти е ясно, че нямате избор! Ние сме просто наемни работници и други решават. Ако ние знаем повече езици и среди - сме по-конкурентни. Това е. Аз работя на Делфи най-вече защото поддържам огромна система, вече направена на Делфи и съм вътре в нещата. Сега кво - безплатно да я пренапиша на Джава ли? Като гледам и доста български фирми пишат на Делфи.