|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
А вот кричат красивости-красивости в .NET Нужен например UpDown + TextBox. NumericUpdown -классно! Опа - а высота не регулируется - НИКАК. DateTimePicker - о, есть, супер. - а высота не регулируется - НИКАК TextBox -та же песня. А 20px -это извините даже не стандарт, это очень низко и похабно (при стандартном шрифте имею ввиду). И решение? Сабклассить все это местными методами? Или опять же рисовать через API? Неудобства налицо... А в чем тогда преимущество? Не, пока никуда не перехожу. Так, к слову. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.04.2013, 22:34 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Из того списка, который вы не хотите знать, предлагаю сначала перейти на предмет рисование, потом photoshop. Программирование. скорее всего, не ваше занятие. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2013, 17:42 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
ОзверинИз того списка, который вы не хотите знать, . Это что это за список такой, про который я во первых не знаю (о чем речь?), а во вторых не хочу знать (как вы утверждаете). ОзверинПрограммирование. скорее всего, не ваше занятие. Оч. даже мое. Мне 1) интересно 2) доход неплохой. Ну, да, я не "профи" и умничать на вашем админско-програмерском жаргоне не умею. Что дальше? Вам просто что-то написать захотелось? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2013, 18:11 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Дмитрий77ОзверинИз того списка, который вы не хотите знать, . Это что это за список такой, про который я во первых не знаю (о чем речь?), а во вторых не хочу знать (как вы утверждаете). ОзверинПрограммирование. скорее всего, не ваше занятие. Оч. даже мое. Мне 1) интересно 2) доход неплохой. Ну, да, я не "профи" и умничать на вашем админско-програмерском жаргоне не умею. Что дальше? Вам просто что-то написать захотелось? Вы просили инструмент посоветовать - я и посоветовал, т.к. gui начинается не c vb6, а скакого нить adobe illustrator`а. Список того, что вы не хотели бы знать, вы озвучили в заглавном сабже. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2013, 19:15 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Озверин, Если везде рисовать Custom Draw, то наверно, вы правы, надо заняться рисованием. Но у меня здесь другая точка зрения. Есть операционная система со своими стандартными окнами, внешними видами и стилями, о внешнем виде которых можно судить, установив систему и посмотрев на стандартные программы и на поведение контролов в них. И мое мнение, чтобы программа выглядела действительно прилично, ее интерфейс должен следовать стилю системы. Т.е. использовать "системный GUI". Потому как все нарисованное в фотошопе (кнопки и т.д.) выглядит в большинстве случаев самопально и похабно. Ну, в большей или меньшей степени в зависимости от таланта художника и криво/прямо рукости программиста. Все это говоря грубо делается через API. Что касается VB6, то это делается путем использования стандартных контролов + куча тонкостей типа: -допиливание в VB6 созданных контролов через API -создание каких-то контролов полностью через API Плюс всякие манифесты, 32-битные иконки вставленные хакер-тулами и т.п. Здесь у меня опыт достаточно большой, не спорьте. И в общем-то получаются вполне-таки WIN-стандартизированные приложения неплохо смотрящиеся. Если бы на VB6 не забили с созданием .NET, то думаю все бы было доведено и кучи хитростей делать было бы не надо. Возникает ощущение, что .NET эти вопросы типа решает. Т.е. правильная обертка над всем что только можно, все иконки-стили-манифесты автоматом и т.п. Но вот смотришь на эти .NET контролы, и понимаешь, что до стандарта там очень далеко. Т.е. если не задумываться, то выглядеть будет далеко не по "стандарту". М.б. по ".NET-стандарту", но не по "WIN"-стандарту. Ибо для Textbox обычно используется высота 23px, а для DTPicker кажетя 24 или 25, и в VB6 с такой элементарщиной проблем нет, а в .NET как выясняется есть, и это несколько дико. Или надо опять же сабклассить, или рисовать через API, но спрашивается что мне этот .NET тогда дает, кроме того что его надо таскать за приложением + изучать новый синтаксис и новые приемы неважно C# или VB.NET. А вот логику приложения в отличии от GUI (что с чем складывать и что делать потом) можно писать любым "говнокодом"(как Antonary выразился) и на VB -главное чтоб не глючило и сам понимал (сейчас и потом) чего делаешь. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2013, 20:39 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Все это не актуально. Winforms во всех их проявлениях буду задвигаться на задний план, а на передний выпячиваться wpf. Фишка wpf в том, что интерфейс размечается html-подобным языком xaml, который будет выводиться в directx-оверлей. Окна и их сабклассинг уйдут в прошлое. Так что я бы рекомендовал поставить 2012ю студию и посмотреть штатные возможности wpf-элементов. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.04.2013, 23:11 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
AntonariyВсе это не актуально.... wpf ...штатные возможности wpf-элементов поставить 2012ю студию и посмотреть . И...и...и даже не знаю чего тебе ответить. Пол-года назад советовали 2010-ю..WinForms Полгода назад (в августе) начал писать свое новое приложение. И посмотрев на эти студии начал писать его на VB6. И пишу его до сих пор, все "сроки" прошли -это с учетом того что базовая функциональная начинка (С++) не моя и в VB6 большинство фишек я знаю. Но по крайней мере уже виднеется финал первой версии. И для меня актуально его дописать, и я на этот project делаю большие ставки (в том числе и денег заработать, что немаловажно, пока в эти .NET-ы врубишься глядишь и жизнь стороной пройдет). А представляю, сколько сил и лет я бы угрохал, если б все таки позарился на .NET. Потом этот WPF к примеру на XP небось и не работает. А по опыту общения с буржуйскими клиентами, они там в основном на 2003-х серверах сидят, и редко когда на 2008-х. Не, ну по идее тек. проект доделаю, надо будет попробовать перевести чего-нибудь существующее на .NET, хоть бы и на те же WinForms, с учетом соблюдения всех уже "осознанных" красивостей, а там уж смотреть как к этим WinForms всякие WPF прикручивать. С другой стороны, насмотрелся я при тестах на этот Win8 и честно вообще даже в мозгах не представляю как интерфейс моего приложения можно воткнуть в метро-клетки - вот честно, даже образно. Хотя смутно догадываюсь что WPF и метро это не одно и то же. WPF это я так понимаю все таки "окна", кот. может быть много на одном экране, а не по сути одно, как в "метро". Ибо как работать с одним окном в серьезном приложении? Это как во времена DOS -нортон коммандер для навигации и умные вычисления на черном экране. Ток. вместо них 2 больших картинки намалеванные в фотошопе на весь "современный супер-графический" экран? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.04.2013, 00:38 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Дмитрий77 Потом этот WPF к примеру на XP небось и не работает.Если FW4+ ставится, то работает. Этот момент я не знаю. Дмитрий77 а там уж смотреть как к этим WinForms всякие WPF прикручивать.Это разные вещи, одно к другому не прикрутишь. Дмитрий77 С другой стороны, насмотрелся я при тестах на этот Win8 и честно вообще даже в мозгах не представляю как интерфейс моего приложения можно воткнуть в метро-клетки - вот честно, даже образно.И не надо. Клетки это самостоятельное полноэкранное приложение, в клетки встраиваются виджеты (как это я понимаю). Твое приложение само по себе. MDI не будет, остальные типы окон пока остались по-старому. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.04.2013, 02:52 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Ну, если WinForms -это не Common Controls WPF -это не Common Controls и при этом большинство штатных программ образующих OS (включая Win 7 и Win 8 -отбросим квадратики в сторону) и большинство приличных программ от сторонних разработчиков используют все таки именно Common Controls (отбросим плакаты - все в .Net, за WPF будущее) -а это видно невооруженным взглядом, то Какая современная система програмирования дает легкий способ работать именно с Common Controls? Т.е. набросал кнопки, Listview и прочие штатные штуки с максимумом возможностей сделать это из конструктора и потом читаешь MSDN и подправляешь чуть через хитрые API если нужно. Ну т.е. то что в VB6 все-таки реализовано достаточно хорошо. Потому как даже если брать VC++ 6.0 того же года выпуска, то там черт ногу сломит. Т.е какая современная система (не 98г. выпуска) позволит просто и ясно набросать именно Win32 (а не .Net, не WPF, не MFC или чего там еще изобрели) приложение? MSDN (который с припиской Windows а не с набором .матерных суффиксов) то извините обновляется, во всех ф-циях пояснения: вот это для Win8, это устарело, эта версия только начиная с висты. Это все для кого извините делается? Для пользователей VB6 которые любят API? Сомневаюсь. Или для C++ программистов "высокого уровня", которые с нуля делают CreateWindowEx для каждой кнопки. P.S. Ногами не пинать. Я нормально вопрос поставил. PPS. Я на .Net (не считая самих Visual Studio) видел очень мало прог. Единственное чем пользуюсь - IcoFX 1.6 -выдает ее нестандартное (с точки зрения Win32) нет-овское меню (с голубой подсветкой). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 00:47 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
"Легкого" способа работать с Commom Controls, используя весь спектр их возможностей, нет. Во всех современных средах работать с ними придется точно так же как в vb. Таков их программный интерфейс. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 11:33 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Antonariy, Я наверно неправильно сформулировал. Я делаю в VB6 меню, да оно без картинок, но оно "Windows", а не .NET. Я делаю в VB6 Toolbar, но он "Windows" а не "голубой Strip", кот. одинаково выглядит про любых OS и "темах". В .Net я могу сделать "(Windows) - MSDN - Microsoft" а не "класс (System.Windows.bla-bla-bla) - MSDN - Microsoft"? И ты утверждаешь что это не Common Controls. Хотя в .Net панели они вроде именно так называются. Т.е. какая современная система позволяет делать в конструкторе именно "Windows 32" application? Хотя бы также как в в VB6? (ну пусть с минимальными штатными возможностями). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 14:30 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Дмитрий77В .Net я могу сделать "(Windows) - MSDN - Microsoft" а не "класс (System.Windows.bla-bla-bla) - MSDN - Microsoft"?Да. Через CreateWindow и т.д. Дмитрий77И ты утверждаешь что это не Common Controls. Хотя в .Net панели они вроде именно так называются. Название библиотеки "Windows Common Controls" и название панели "Common controls" это похожие названия разных вещей. Дмитрий77Т.е. какая современная система позволяет делать в конструкторе именно "Windows 32" application?Дельфи. Только у них нет Windows Common Controls. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 14:45 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
AntonariyДа. Через CreateWindow и т.д. ... Только у них нет Windows Common Controls. Ну, тогда получается что удобнее VB6 ничего нет. Если конечно хочется чтоб приложение имело стиль "Windows" а не вычурный стиль крашеных менюшек "Strip.Порно.Net". Несмотря на то что многое приходится допиливать через Манифесты, API, сабклассинги и т.п, штатный ввод (то что можно сделать в конструкторе VB6 + штатные обработчики) это очень и очень не мало. Неудобство с API относительно C++ видимо в том, что постоянно гуглишь константы для VB, + всякие Union и прочие "непереводимые" типы, с кот. приходится извращаться. Ну и конечно в C++ все подключается через заголовочные .h-файлы автоматом, а в VB6 все выписывается "ручками в модуль". Но это с лихвой компенсируется штатными удобствами конструктора VB6. Замечу кстати, что когда что-то (как пишут невозможное) в VB6 уже сделано "методом трактора", то тиражировать это потом уже относительно несложно. Не спорю, Net-овские менюшки и Strip-ы смотрятся неплохо, но это "вещи в себе". WPF я глянул в 10-й студии правда, ну идею понял, типа любые "размеры" и "цвета" через "web-разметку" . Но думаю пока рано. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 15:49 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Дмитрий77Ну, тогда получается что удобнее VB6 ничего нет.C++ удобнее, если, конечно, его знаешь. Собственно, на разработку под С++ и были ориентированы WinAPI вообще и Common Controls в частности. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2013, 16:05 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
AntonariyДмитрий77В .Net я могу сделать "(Windows) - MSDN - Microsoft" а не "класс (System.Windows.bla-bla-bla) - MSDN - Microsoft"?Да. Через CreateWindow и т.д. Дмитрий77И ты утверждаешь что это не Common Controls. Хотя в .Net панели они вроде именно так называются. Название библиотеки "Windows Common Controls" и название панели "Common controls" это похожие названия разных вещей. Дмитрий77Т.е. какая современная система позволяет делать в конструкторе именно "Windows 32" application? А кто мне помешает в .Net сделать Панель элементов -> Выбрать элементы Послать местный Listview и добавить ->COM-компоненты -> Microsoft Listview Control, version 5.0 (SP2) COMCTL32.OCX шаблон + API наверно применятся и работать также как в VB? Вместо MenuStrip (выигрыш в "красоте" только на классике) добавить MainMenu -оно хоть и .NET но стили поддерживает, API видимо то же. А картинки правильно я знаю как добавлять. То же например с Toolbar (.NET) вместо ToolStrip. Я смотрю они первые "нормальные" .NET контролы -которые базируются на настоящих, а не на стрип-муляжах, хорошо спрятали(Toolbar,MainMenu) Ну, грубо, кто мне мешает совмещать чисто .NET (для простых случаев) с COM+COMCTL32.OCX (чтоб не CreateWindow c нуля) + API для более сложных (где стрипы меня не устраивают). Т.е. по сути я могу тупо использовать весь полезный ф-ционал VB6 из .NET Я прав? Тогда почему мне никто про это не сказал? Или это очень дурной тон? Пристыковка VB6 привычных контролов к WinForm приложению? Кстати WPF по ходу тоже можно мешать с WinForms. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2013, 05:31 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Дмитрий77 Или это очень дурной тон?Дурнее некуда. Например, все контролы .net и сама форма наследуют класс Control, что позволяет гибко их обрабатывать. Вот этот код перебирает все контролы и делает с ними нечто: Код: vbnet 1. 2. 3. 4. 5.
Если среди контролов будут активиксы, то я не знаю, как он себя поведет. Придется все усложнять. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2013, 15:21 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Antonariy, Против этого аргумента возражу. А чем указанная ситуация отличается в худшую сторону (сложнее и т.д.) от ситуации когда все контролы - контролы (.Net или ActiveX в VB6), а часть API+CreateWindow? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2013, 16:11 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Чистый .net — просто, все остальное — усложнение и багодром. Если охота создавать самому себе трудности, таща весь этот мусор в дотнет, и с блеском их преодолевать — ради бога, но выгоды от такого "перехода" не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2013, 16:37 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Кстати, сабклассинг в дотнете объектен и реализован как раз через класс Control. SendMessage есть, почти весь апи объявлять не надо. Как бы отвечая на твой старый вопрос: Дмитрий77А вот кричат красивости-красивости в .NET ... Неудобства налицо... А в чем тогда преимущество? Сколько уже времени ты потратил, борясь с аналогичными неудобствами коммон контролов в частности и апи в принципе? На дотнете ты бы потратил как минимум в два раза меньше, даже полностью перерисовывая какие-то элементы. Это и есть преимущество. Например, проблемы с юникодом в тултипах тулбара просто не было бы. Попробуй для начала сделать свой софтофон в казённом дизайне, чтобы хоть работал. Для ускорения процесса можно 2008й студией конвертировать проект и копипастить из него куски, не связанные с графикой. Кстати, а его скриншот увидеть можно? А то сколько разговоров уже вокруг него :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2013, 17:14 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
AntonariyПопробуй для начала сделать свой софтофон в казённом дизайне, чтобы хоть работал. Для ускорения процесса можно 2008й студией конвертировать проект и копипастить из него куски, не связанные с графикой. :) Чувствую там такой бардак после конвертации будет, даже без учета графики. Счас ничего пробовать не буду. Просто help писать скушно и долго, вот я для разгрузки и залез в .Net. AntonariyКстати, а его скриншот увидеть можно?Ну, как нибудь не сейчас. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2013, 20:27 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Короче, засел пока как школьник за штудирование примеров из книги Зибиров В.В Visual Basic 2010 на примерах (с воспроизведением оных с нуля в VB2010 EE) Пока дошел до 20-го примера. Насколько меня хватит и насколько правильный путь пока не знаю. Но вроде осваиваюсь потихоньку. Потом попробую что-нибудь свое переписать. P.S. VS2012 -глюкота какая-то. На Win7 на ноут установил - вообще работать отказывается. В баню. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2013, 17:07 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Ну, TextBox и Combobox по крайне мере там настоящие, это радует. Так решил, потому что этот код применился почти в лоб: Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32.
Просто не мог спокойно читать бред на 3-х страницах, где автор с пеной у рта расписывал муть, что закомментирована. 1. Кстати, в чем разница между A и W(Юникод) на конце API-шек? В .net лучше везде писать W? (коль он такой об-юникодиный). 2. Еще вопрос. API также декларируются? Разница с VB6 только в замене Long на IntPtr/Int32. Там вроде какие-то слова еще должны быть. Но у меня вроде по старинке все прокатило. Порадовал также TabControl -нормально там все с XP/Vista стилем (цвет вкладок правильный). ... |
|||
:
Нравится:
Не нравится:
|
|||
31.08.2013, 00:34 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Progressbar в Net настоящий судя по работоспособности кода: Код: vbnet 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28.
Делаю такие проверки чтоб понять что контрол НАСТОЯЩИЙ. Хотя в данном примере все это можно сделать без API (включая PBM_SETBARCOLOR). ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2013, 16:49 |
|
На какой другой язык переходить? Windows Forms Application? VB.NET? С (#.NET ???)?
|
|||
---|---|---|---|
#18+
Спасибо, что поднял данную тему. Долго не заходил... Много работаю. Скажу - Вопрос актуальный. Так долго учил VB6. Когда во всем разобрался, начал делать проект. Понятное дело что переделывал три раза узнав, что можно делать классами, глобальными функциями и т.д. Очень мощный язык. И вот когда проектом всерьез заинтересовались, как выяснилось нужна лицензия и так далее. Почти в тот же момент другой проект привлек внимание молодого бизнесмена, а ему надо чтоб программа работала под Linux. И блин такой облом, что мои примочки в которых находятся козырные карты в линукс даже при большом желании не будут работать, как бы я там не колдовал. А простые проекты через Wine работают. Именно эта проблема заставила всерьез задуматься что дальше делать ? Виндовс совсем себе гонит. Мало того что XP уже не продается и наверное уже не поддерживается, так они еще и сделали так что только фирма имеет право устанавливать виндовс, иначе лицензия будет недействительной. 8-рка полная херня (извиняюсь). Там простой юзер не знает как выключить комп, не говоря что они там вообще намутили. Учить .NET ? Да я был сначала не против. Мне нравился редактор, особенно когда он даже не дает возможности ошибиться, всячески предупреждает, помогает даже если не помнишь команду. Но когда я сделал на нем обычную программу чтоб в цикле подсчитать до миллиона и сравнил с VB6, я сделал вывод "Да ну его н**** переходить на язык который в десять раз медленней работает". К чему мы стремимся ? Что монополисты делают, они покупают Nokia, видимо и там будет гиндовс. Короче реально заработать не дают. Я бы выбрал однозначно С#,C+/C++. Не тестировал на скорость. Не было время учить. Много будет сложностей. В моей книги-библии на первом месте классы. А уже в середине только элементы формы. Классы очень полезная тема. На VB6 скорость немного падет когда я переделал чучуть кода с использованием классов, но пользоваться таким кодом куда удобней потом и все понятно работает. К примеру парсил на VB6 полностью страницу HTML с разложением каждого тега, с своей мотивацией - на это уходили секунды, но любой бравзер делает на много больше и быстрей. Думаю сишка быстрей будет работать. Потом сервак делал на порт 80 также на VB6. Файлы качать (Download) с такого сервера так же как и с PHP сервера - быстро работает, почти нет разницы. А вот если грузить обычную страницу где много мелких файлов (фотки, сss, js), то видно что VB6 по скорости конкретно отстает. Надо решить. Для какой цели учить язык ? Для поддержки Видовс или чтоб можно было продать программу. А то будет как в моей ситуации. Дает мне процент, от каждого аппарата на котором будет моя программа, а я не могу воспользоваться, так как у него Линукс. А с Виндовсом ему не выгодно связываться. Вот например есть программа для ресторанов. Там и бухгалтерия и заказы и музыка - все под течпад. Двое у меня купили, а остальные уже бы купили, но узнав что нужно виндовс ставить, ой а сколько это стоит ? а почему только виндовс 7 или 8 ? Короче еще +200$ Само собою они будут искать халяву. Зачем платить если можно не платить. Им не вопрос, могут планшет приобрести если скажу что надо. И даже дело не в деньгах. Дело в принципе. У нас никто ничего не покупает из программного продукта. Ах да извените... 1С только покупают вместе с виндовс .... там и наладка и все что не хочешь. Нет больше умных чтоб сделать конкуренцию ? Так как 1С зарабатывает уже для конкуренции можно на PHP онлайн версию сделать. Кто хочет работать ? Желающих нет. А что выбрать ? я не знаю. На сайт перешел. php+mysql+js(чистый!!! без Jб*яQuery)+css+html; vb+mdb(access) сработались чтоб конвертировать нужную фигню на mysql прямо на сервак, грабать информацию быстренько и много другого. Если C+ будет очень близок к js - это мегакруто, так как js сначало не очень догонал, а теперь восхищаюсь только им. VBScript толком не прижился, нет ни поддержки ни форумов, чтоб кто-то что-то делал. И самое главное языки не перемешались в голове. Главное работать и не бояться учить новое. Это прикольно. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.09.2013, 00:36 |
|
|
start [/forum/topic.php?fid=60&startmsg=38217991&tid=2156762]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
others: | 275ms |
total: | 434ms |
0 / 0 |