10 причин, чому я використовую PureBasic
1) На PB набагато простіше і швидше писати додатки, ніж на С \ С ++ \ С # або ж на ніжно-улюбленому САМЕ.
2) PB є надбудовою з набору бібліотек і готових фрагментів коду над FlatAssembler, завдяки чому генеруються додатки позбавлені зайвого коду, компактні і набагато спритніше еквівалентних програм на С \ С ++ \ С #.
3) У PB більш зручне середовище розробки і налагодження додатків, ніж у більшості релізів С \ С ++ \ С #.
4) Один раз написаний код на PB можна перекомпіліровать для будь-якої платформи не вносячи змін в оригінальний код. Всі бібліотеки PB кросплатформенних. З \ С ++ для мультіплатформенності необхідні фреймворки, які стоять дуже серйозні гроші, вносять семантичну плутанину і порядком гальмують кінцеві додатки. С # не підлягає портированию.
5) PB зроблений як надбудова над ассемблером, тому там немає кайданів "типів даних" і DLL пекла С \ С ++ \ С #.
6) Через підставі на АСМЕ, в PB не стоїть питання розширюваності. За допомогою спец. модуля можна компілювати бібліотеки під PB самому, або ж реалізовувати їх у вигляді підключаються файлів з кодом. Також можна зібрати релізний бібліотеку (Static \ Dynamic DLL \ SO).
7) Ліцензія на PB набагато дешевше ліцензії на С \ С ++ \ С # (! Всього 75 євро). Крім того, купивши ліцензію одного разу, ти довічно отримуєш оновлення і нові релізи безкоштовно.
8) PB видає 100% машинний код, чого не можна сказати про Visual C \ C ++ \ C #.
9) Базових бібліотек в PB більше 60, які охоплюють основні побутові завдання. Дрібниці життя, на зразок змінних типу String і довгою математики навіть не вважаються за бібліотеку, а просто додаються в компільований исходник при потребі. Таким чином бібліотеки охоплюють лише критичні функції, на манер мережевих взаємодій, роботи з БД і т.д.
10) PB вже вийшов зі статусу проекту для першопрохідців і вже успішно підкорює ринок прагматиків і консерваторів. Мова налічує понад 15 тисяч сторонніх модулів і бібліотек (як безкоштовних, так і платних), має централізовану систему обміну кодами і базу загальнодоступних початкових кодів і шаблонів коду.
Чотири вагомі "ЗА":
1) Як першопрохідника, мене ця мова підкорив своєю простотою, без шкоди функціональності і потужності. Все те, що на С \ С ++ \ С # вимагає декількох днів для своєї розробки реалізується на PB за пару годин.
2) Як прагматика, він мене підкорив якістю і швидкістю видаються виконуваних файлів. Це дозволило мені розробити надшвидку документ-орієнтовану систему управління базами даних типу Key-Value з бортовим програмним кластером.
3) Як консерватора, він підкорив мене списком установ і проектів, в яких він використовувався в якості основного мови розробки. Їх список починався від великих банків і закінчувався телеканалами.
4) І нарешті, як розробника, мене він підкорив тим, що розробляючи на ньому я можу зосередитися на складних і цікавих алгоритмах, відкидаючи рутину, як лушпиння. Чи не доводиться витрачати купу часу на дурний казуси С \ С ++ \ С #. Не потрібно чекати, коли зірки стануть сприятливо для Java, щоб вона нарешті нормально скомпілювати. Немає гемороя з компіляцією під лінукс \ МакОС, як в Delphi.
P.S. От якби в PB взяли об'єктно-орієнтовану модель Parallax Spin`a. dreamy ::
Додам ще пару слів.
_________________
Зрівняти перемогу з поразкою і бийся.
Дія - все, мета ніщо.
Хм, чомусь мене бентежать причини, наведені в першому повідомленні
1. згоден
2. Це величезна перевага. Але C ШВИДШЕ Пурік, оскільки оптимізує програми краще.
3.Среда розробки і налагодження непогана, але, ІМХО, краще MS VS, ніж PB. Але тут - на смак і колір.
4. При наявності прямих рук програми на Сі переводяться в такі, яких в Пурік при всьому бажанні не зробити: під PDA, мікроконтролери (хоча, як я зрозумів, в Пурік теж можна?) На Сі можна написати ОС, на Пурік (а не на FASM) - немає.
5. Типи даних в C - не пута, а дуже корисна для налагодження річ (всі ці типи, засновані на unsigned int і тд), і багато в чому більш зручна (особливо робота зі структурами і класами, які там теж всього лише типи даних) DLL hell - проблема зовсім C, а всіх Windows'овскіх прог. І взагалі ніфіга це не проблема, це просто невдача зробити DLLкі "конструктором", так як часто в системі кілька різних версій однієї бібліотеки, потрібної для однієї програми.
6. згоден
7. є таке
8. Нічого подібного. C без використання .NET і тд видає нітрохи не більше поганий, а частіше більш якісний PE код. Причому дає більше можливостей в конфігурації проекту (Статична, динамічна лінковка бібліотек, налагодження і тд)
9. +
10. +
Щодо проектів детальніше! До речі, в Пурік обмеження на розмір початкових кодів - 30 з чимось тисяч рядків. А серйозні програми (Осі, складні ігри і тд) найчастіше містять мільйони рядків.