Разработка однофигственна по времени, и тут и там можно таскать мышкой)
Если честно, в гробу я видал этих «профи дотнэта». Может их и больше, но концентрация грамотных разработчиков, которые знают, что за фрэймворком есть жизнь, мизерна. А эникеев от програмирования мне не надо.
Документация это не тема для обсуждения. Она или есть или нет. Большая часть доков, которые нужны — msdn. Доки о языку и IDE уходят на второй платн.
Не сложно, я прекрасо знаю все это. Но нравится именно Delphi изза анлоподобного языка. никаких нечеловеческий ~Classname, в Class.Destroy. Профит, кстати, все очевидно.
Вы путаете программы DOS и Windows. Не только паскалевский код отваливался в старших версиях Windows, а любой. Это всязанно с тем, что для выполнения DOS программ используется прослойка, они не родные для Windows. Для 100% совместимости требуется полная виртуализация компьютера под управлением DOS, например, DOSbox — самый бескровный вариант.
P.S. Перешлите ваше сообщение разработчикам скайпа или тотал коммандера) не в обиду, но ваш коммент странный.
Я думаю, мне не о чем с вами говорить, если ".net нативнее и лучше". Секрет открою — есть delphi для VS. Дотнетовский язык тоже. И .net не нативный, он интерпретируемый.
С metro что делать? Документацию читать, как он строится и работает. В любом случае, в Windows все всегда упирается в WinAPI, наборы DLL.
Компилятор все равно генерирует нативный процессору код. WinAPI никуда не сдвинится. Что же там нового? Может быть, относительно Delphi, расскжите, если все новое вшивается в WinAPI?
ДонНет кстати, легко «вскрывается», сломать программу на .Net намного проще, чем нативный код. Думаю, вы в курсе. И про скорость работы тоже. Особенно в криптоалгоритмах, которые нам нужны на каждом шагу.
Большие проекты? DLL с экспортированными функциями свяжут любые языки вместе.
Я технический директор, не жалуюсь на зарпалату. Она не от языка зависит. Язык — инструмент. Им надо владеть чуть больше, чем полностью. Тогда и старым казаться не будет)
Ребят, я не понимаю. Когда ктото пишет на экзотике, о которой вы даже не слышали, это OK. А когда пишут на Delphi сразу же приходят люди, которые кричат «закопайте».
Я успешно пишу на Delphi. Проблем не знаю, все работает. Код нативный, быстро выполняется. WinAPI работает, надстройки над ним тоже есть (для ленивых). Что еще надо?!
Да, у вас логика там мудреная, но смысл, думаю, понятен. Если под if then булево выражение, но нет надобности его обрамлять в условный оператор, можно просто присвоить его результат .Checked.
К томуже, как я писал выше, плохой тон обращаться к визуальным контролам, кроме двух случаев. Лучше ввести еще переменную, если логика сложная, вычислить ее значение, и потом, в конце, присвоить свойству .Checked. Так вы избавитесь от проблемы при изменении чего-то в GUI или его отключения вообще.
У нас есть замечательное правило — писать софт так, чтобы в любой момент можно было отделть GUI и сделать, например, сетевой сервер. Таким образом, обращение к checkbox со стороны основого кода производится только в двух ситуациях — выгрузки параметров на форму (из класса OptionsGlobal, например) и чтение их обратно в «недра» программы.
Работает на ура.
Кстати, за подобный код я сильно ругаюсь:
if Something then
cbNeedDeleteFiles.Checked := True;
на самом деле, он сводится к одной строке + коммент:
// set the parameter we need
cbNeedDeleteFiles.Checked:= Something;
Хорошо, что дальше 7 вылезли. Вам повезло. Обычно, на нем все преподаватели и останавливаются, несмотря на его очевидную старость и явный проигрыш, в сравнении с 2010+
Честно — у меня не получилось с первого раза начать показ splash в main (до создания объекта Application), а закрыть его после окончания работы треда загрузки. Если поковыряете и получится что-то — выложите, это, безусловное, более правильное решение.
Если честно, в гробу я видал этих «профи дотнэта». Может их и больше, но концентрация грамотных разработчиков, которые знают, что за фрэймворком есть жизнь, мизерна. А эникеев от програмирования мне не надо.
Документация это не тема для обсуждения. Она или есть или нет. Большая часть доков, которые нужны — msdn. Доки о языку и IDE уходят на второй платн.
Не сложно, я прекрасо знаю все это. Но нравится именно Delphi изза анлоподобного языка. никаких нечеловеческий ~Classname, в Class.Destroy. Профит, кстати, все очевидно.
P.S. Перешлите ваше сообщение разработчикам скайпа или тотал коммандера) не в обиду, но ваш коммент странный.
Надо заканчивать флуд не по теме. Остальное — в личку или скайп. Тут вам не бар, чтобы ху**и мериться.
С metro что делать? Документацию читать, как он строится и работает. В любом случае, в Windows все всегда упирается в WinAPI, наборы DLL.
ДонНет кстати, легко «вскрывается», сломать программу на .Net намного проще, чем нативный код. Думаю, вы в курсе. И про скорость работы тоже. Особенно в криптоалгоритмах, которые нам нужны на каждом шагу.
Большие проекты? DLL с экспортированными функциями свяжут любые языки вместе.
Я технический директор, не жалуюсь на зарпалату. Она не от языка зависит. Язык — инструмент. Им надо владеть чуть больше, чем полностью. Тогда и старым казаться не будет)
Я успешно пишу на Delphi. Проблем не знаю, все работает. Код нативный, быстро выполняется. WinAPI работает, надстройки над ним тоже есть (для ленивых). Что еще надо?!
К томуже, как я писал выше, плохой тон обращаться к визуальным контролам, кроме двух случаев. Лучше ввести еще переменную, если логика сложная, вычислить ее значение, и потом, в конце, присвоить свойству .Checked. Так вы избавитесь от проблемы при изменении чего-то в GUI или его отключения вообще.
Не эквивалент, конечно, но в глаза бросилось)
Работает на ура.
Кстати, за подобный код я сильно ругаюсь:
на самом деле, он сводится к одной строке + коммент:
Если они не могут и 64К обеспечить — грошь цена их сети.