forum.clarionlife.net

Чудесно ! Тогда сидим и ждём чего там питерцы накларионят в 11 релизе ...

Игорь Столяров писал(а): 04 Октябрь 2017, 17:06 Чудесно ! Тогда сидим и ждём чего там питерцы накларионят в 11 релизе ...

Мне странно, что нет новостей от SV (ни альфы, ни беты). Хотя до показа осталось всего несколько дней. Смутное сомнение, что релиз будет бумажным.

Для народа слабо интересующихся мировыми новостями. По первым дням CIDC2017.
Собираются на днях выпустить очередной билд десятки с массой изменений. Но на мой взгляд ничего интересного.

Clarion.Net 4
Has been in use within the Clarion IDE since C10
General release before the year end
New feature: during the compilation phase will generate C# code with exact same functionality as the Clarion code
Providing the option to use the VS WPF designer instead of our WinForm designer
No new templates for now

Собираются всё-таки представить релиз?

Clarion 11

The changes in the C11 RTL are the most Comprehensive and Important, since the transition of Clarion for DOS to Clarion for Windows

Most changes are internal classes implementing low-level support, some examples are:
Support of Unicode STRINGS
Support for 64-bit Integers
Transition to EMF format for REPORTs

Сравнивают переход на одиннадцатую версию как на переход от ДОСа к Винде . Некий формат EMF для репортов. Надо почитать.

Теперь самое интересное. Что же дальше?

Where do we go Next?

(we need your feedback)

Clarion Win64
Road becomes easer if we drop support for ISAM files
Or if we built a WINDOW structure to WPF converter (and dropped ISAM file support)
You can use Clarion.Net to make 64-bit .Net applications today

Поскольку слова сказаны, нужно срочно сваливать с tps, dbf и т.п.

Mobile client options

React-Native

With React Native, you don't build a "mobile web app", an "HTML5 app", or a "hybrid app". You build a real mobile app that's indistinguishable from an app built using Objective-C or Java. React Native uses the same platform level UI building blocks as native iOS and Android apps. You just put those building blocks together using JavaScript and React.

Предлагается реализовать поддержку React-Native (библиотека на JavaScript, разработанная в Facebook), позволяющая создавать "нативные" мобильные приложения для Android, iOS и UWP Widows.

Clarion REST server

Real-time data updates for both the client-side and the back office (your Clarion win32 app(s))
100% Template driven
Re-uses your Clarion skills and knowledge to create a custom REST server without writing any code
Securely open up your database to any modem client app that can consume JSON data

Не работал с REST. Но народ здесь интересовался поддержкой данной технологии.

kreator писал(а): 12 Октябрь 2017, 10:52Road becomes easer if we drop support for ISAM files

Но только в этой Road вряд ли будут кормить ...
Странно слышать это от компании до сих пор поддерживающей Legacy шаблоны и DAT файлы ради подписчиков ...
А вообще, понадёргали с "миру по нитке". Как и Clarion# - попытка вскочить в уходящий поезд. Понты.

Игорь Столяров писал(а): 12 Октябрь 2017, 11:04 Странно слышать это от компании до сих пор поддерживающей Legacy шаблоны и DAT файлы ради подписчиков ...

Есть такое мнение, даже кажется, что это и позволило выжить конторе. И есть мнение, что поддержка устаревшего функционала и технологий сильно сдерживает развитие этой конторы. Но здесь непонятно - почему поддержка ISAM тормозит переход на 64 бит. Наверно, по одной строчке нельзя судить, нужна конкретика.

kreator писал(а): 12 Октябрь 2017, 12:31Но здесь непонятно - почему поддержка ISAM тормозит переход на 64 бит.

Ну вполне понятное желание просто выбросить всё, кроме ADO и ODBC (и надстроек на их основе, вроде Microsoft SQL).
Т.е. мы гениально делаем среду, а взаимодействие с БД - пусть делает производитель БД. Delphi так всю жизнь существует ...
Почему гениально ? Потому, что по другому не умеем. Понты ... Лавры Илона Маска многим не дают покоя на старости лет.

kreator писал(а): 12 Октябрь 2017, 12:31 Но здесь непонятно - почему поддержка ISAM тормозит переход на 64 бит.

Наверно всё-таки речь идёт о людских ресурсах. Не могу себе представить - как отрубить поддержку ISAM-драйверов на программном уровне, здесь же и ASCII, Basic, DOS. Но неужели SV так много занимается разруливанием проблем с tps и dat?

kreator писал(а): 12 Октябрь 2017, 14:00Но неужели SV так много занимается разруливанием проблем с tps и dat?

Да, скорее всего проблема в людских ресурсах. Переделка драйверов под 64 (со снятием всех ограничений 32), а, особенно, tps с его сложной структурой, требует ресурсов.

Но оставление ASCII и отказ от TPS будет восприниматься анекдотично...

Я имел ввиду решение проблем с порчей файлов. А вот если есть техническая проблема с драйверами, то это совсем грустно. Даже не анекдотично. У меня-то есть проекты на tps, но совсем не актуальные, переживу.

Как мне представляется, попытка обеспечить сбор дополнительных средств. Или прощупать реакцию. Новые проекты на кларионе мало кто пишет, живут на поддержке и развитии старых. Перестать поддерживать isam - это значит отсечь значительную часть и без того небольшой клиентской базы. Просто не будут покупать новые версии клариона. Хотя и сейчас уже многие игнорируют все, что вышло после c6.3. Разработчики разбежались, все на оффшоре...

finsoftrz писал(а): 12 Октябрь 2017, 14:44 Хотя и сейчас уже многие игнорируют все, что вышло после c6.3.

Вы в своём репертуаре! Посмотрите - https://forum.clarionlife.net/viewtopic.php?f=1&t=3791. Даже для нас (не сильно требовательных) только 24% можно сказать проигнорировали. Да и то, только потому что на это есть веские причины, сами знаете какие.

А поинтересуйтесь, сколько из "перешедших" честно купили кларион? Это не клиенты SV.

finsoftrz писал(а): 12 Октябрь 2017, 15:11А поинтересуйтесь, сколько из "перешедших" честно купили кларион? Это не клиенты SV.

Но ведь раньше покупали!
Вопрос: Почему перестали покупать?
Ответ: Потому что нет движения ВПЕРЕД! Потому что топтание на месте, в лучшем случае!
Поэтому, если будет движение вперед, то возможно снова начнут покупать

Мое мнение, если нужно "плыть в ногу со временем", то надо переходить на другие инструменты. То есть кларион остается для поддержки старых проектов. А новые проекты скорее всего связаны с вебом. Вопрос в том, сколько просуществуют старые проекты, и есть ли смысл лезть в новые. Все определяется ценностью работающей информационной системы для клиентов. Мне больше импонирует позиция разработчиков инструментальных средств для кобола или первасива. Люди концентрируют усилия на поддержке работающих систем, помогая прикладным разработчикам плавно адаптировать их к меняющимся реалиям. Это выгодно всем, и разработчикам, имеющим годами наработанные решения, и клиентам, вложившим немалые средства в информационные системы. У SV какая-то невнятная стратегия. Как у игрока, все время надеющегося на чудо, когда удастся правильно поставить на нужное число...

PavelNK писал(а): 12 Октябрь 2017, 15:27

finsoftrz писал(а): 12 Октябрь 2017, 15:11А поинтересуйтесь, сколько из "перешедших" честно купили кларион? Это не клиенты SV.

Но ведь раньше покупали!
Вопрос: Почему перестали покупать?
Ответ: Потому что нет движения ВПЕРЕД! Потому что топтание на месте, в лучшем случае!
Поэтому, если будет движение вперед, то возможно снова начнут покупать

Я тоже покупал. CDP 2.1 на контору еще в начале 90-х, потом C5, C5.5, C6 уже на свои средства. Чтобы было движение вперед, должны быть люди, способные это делать. А поскольку клиентская база постоянно тает, значит, что-то не так делают...