Перейти к содержимому


Чего хотят разработчики?


Сообщений в теме: 6

#1 Гарифуллин Марат

    Администратор

  • Руководитель ООО "КБ"
  • PipPipPip
  • 121 сообщений
  • Пол:Мужчина

Отправлено 23 Декабрь 2009 - 11:36

В этой теме принимаем заявки от разработчиков (конфигураторов) на тему, что нужно, чтобы с программу Клиентская база можно было легко использовать самостоятельно для разработки любых конфигураций и выполнения заказов по разработке автоматизированных систем.

Очевидно что необходимо:
1. Описание структуры базы данных MySQL. Описание таблиц и полей для понимания как хранятся данные.
2. Примеры работы с вычисляемыми полями (постоянно пополняемый раздел).
3. Документация по встроенным функциям
4. Возможность присоединения к программе собственных скриптов для работы со сторонними базами данных и так далее.

Вышеописанные пункты постараемся выполнить к концу января 2010 года.

Чего еще хотелось бы? Пишите - обсудим.

#2 kg0

    Активный участник

  • Пользователи
  • PipPipPip
  • 145 сообщений

Отправлено 26 Декабрь 2009 - 09:45

Добрый день,

У Вас замечательная система, и одно из ее преимуществ - простота.
Простой интерфейс и простая структура - это Ваши дифференцирующие преимущества и лучше их не терять.

Лично мне не хватает:
1. Документации (я понимаю, что пока система активно разрабатывается, то документация будет быстро устаревать) - поэтому, очень хочется увидеть CHANGELOG, в котором бы разработчики отражали все изменения - что пофиксили, что изменили, что добавили и что не работает.

2. Динамического связывания полей в формах ввода (редактирования) записей - т.е. той функции, которая у Вас реализована в режиме создания/редактирования полей, т.е. когда вначале выбираешь тип поля, а последующие поля меняют тип/значение в зависимости от значения предыдущего поля.



Можно еще много чего написать, типа
отдельного движка для поиска, чтоб даже по 2-3 символам подстроки находил нужные поля во всей базе данных в режиме реального времени,
добавить поддержку Google WebSocket
полную историю изменений по каждой записи
....
.... но все это не нужно, так как помешает Вам сосредоточить свои усилия на более важных вещах.

Для разработки решений для малого и среднего бизнеса в первую очередь нужна простота - как простота разработки, так и простота интерфейса (логики работы системы). Не нужно усложнять систему...

Есть желание взять очень интересные возможности из таких систем как http://dabbledb.com/ http://aribaweb.org/ http://www.zentrack.net/ но не зря же говорят - «Не следует умножать сущности сверх необходимого» :))

#3 zhilin

    Участник

  • Пользователи
  • PipPip
  • 10 сообщений

Отправлено 20 Февраль 2010 - 23:00

Просмотр сообщенияРазработчик №2 (23.12.2009, 11:36) писал:

В этой теме принимаем заявки от разработчиков (конфигураторов) на тему, что нужно, чтобы с программу Клиентская база можно было легко использовать самостоятельно для разработки любых конфигураций и выполнения заказов по разработке автоматизированных систем.

Очевидно что необходимо:
1. Описание структуры базы данных MySQL. Описание таблиц и полей для понимания как хранятся данные.
2. Примеры работы с вычисляемыми полями (постоянно пополняемый раздел).
3. Документация по встроенным функциям
4. Возможность присоединения к программе собственных скриптов для работы со сторонними базами данных и так далее.

Вышеописанные пункты постараемся выполнить к концу января 2010 года.

Чего еще хотелось бы? Пишите - обсудим.

Хорошая тема, как раз выбираю продукт который будет гибко расширяться. Все что вы написали - очень нужно.
Особенно последний пункт. Есть заинтересованность в расширении собственными скриптами внутри "базы" в виде доп.разделов. Хотелось бы иметь функционал альтернативной авторизации (+ своя таблица юзеров), чтобы можно было "базу" внедрять в другие проекты.
Еще хорошо было бы у компаний и событий назначать таблицу вручную (указывать имя в базе), чтобы также можно было интегрировать в другие проекты, т.е. управлять базой клиентов через свою CMS.
Ну и напоследок не хватает открытого кода, чтобы знать что происходит внутри при тех же ошибках (может быть при подписании бумажного партнерского договора?)

#4 Nik

    Участник

  • Пользователи
  • PipPip
  • 20 сообщений

Отправлено 19 Март 2010 - 23:12

Объясните мне такую явную необходимость использования smarty. Кроме кеширования и хранения в файлах и русскоязычных переменных.
Весь функционал smarty фактически, так или иначе дублирует функционал PHP. Подготовка данных происходит с использованием PHP, а уже после этого происходит $this->assign($foo, "bar");
Для чего разработчику дополнительный язык (smarty) когда все тоже можно с успехом реализовать на PHP.

Шаблоны можно так же хранить в базе или в файлах вместе с самим PHP-кодом. Хотя, конечно, мне никто не запрещает просто использовать {PHP} {/PHP}. Но мне просто интересно.

Еще было бы гораздо удобней если бы таблицы назывались ассоциативно, а не по ID, так же как и поля внутри них. Может быть это реализовать простой транслитерацией? А ID полей и таблиц реализовать через дополнительную строку, например, feildID где в каждом поле будет стоять его уникальный индекс. Функционально система практически ничего не теряет, за исключением необходимых в связи с этим изменений, а вот понятность и наглядность БД, связей и главное кода увеличится неимоверно. Сейчас же приходится искать поля по таблицам и смотреть какого характера там данные, и уже по данным определять, что это за связь (я про связи в коде, а не в системе).

#5 CbCoder

    Активный участник

  • Программист ООО "КБ"
  • PipPipPip
  • 8 761 сообщений
  • Пол:Мужчина
  • Город:Казань

Отправлено 21 Март 2010 - 17:30

Просмотр сообщенияNik (19.3.2010, 23:12) писал:

Объясните мне такую явную необходимость использования smarty.
Шаблоны страниц на смарти верстать на порядок удобнее чем посредством php. А вообще это холивар и я не вижу смысла его разогревать.

Просмотр сообщенияNik (19.3.2010, 23:12) писал:

Еще было бы гораздо удобней если бы таблицы назывались ассоциативно, а не по ID, так же как и поля внутри них. Может быть это реализовать простой транслитерацией?
Во-первых, это усложнение кода программы и базы данных, за счет создания дубликатов имен на латинице. Про переписывание кода я уж молчу - это одноразовая работа. Во-вторых, допустим вы пишите код (вычисления или отчета), как вы узнаете внутреннее (транслитерованное) имя таблицы? Угадывание не катит - не факт что вы правильно транслитерируете русское имя. Проще все же посмотреть id таблицы или поля чем гадать с "ассоциативными" именами. И кстати, не забывайте что программой пользуется огромное число человек, и уже написано много вычислений для существующей модели БД. Заставлять переписывать всех код - нереально. Так что это тупиковый путь.

Упрощение нами реализуется иначе - путем создания функций для работы с БД, где можно задавать напрямую кириллические имена таблиц и полей.

#6 Nik

    Участник

  • Пользователи
  • PipPip
  • 20 сообщений

Отправлено 22 Март 2010 - 17:19

Про смарти понятно.

Про имена и индексы я писал, что можно сделать (достаточно просто) полную обратную-совместимость кода. Но раз уж решение разрабатывается, смысла, что-то доказывать тоже нет. :)

#7 CbCoder

    Активный участник

  • Программист ООО "КБ"
  • PipPipPip
  • 8 761 сообщений
  • Пол:Мужчина
  • Город:Казань

Отправлено 08 Апрель 2010 - 09:50

Просмотр сообщенияkg0 (26.12.2009, 10:45) писал:

Лично мне не хватает:
......
2. Динамического связывания полей в формах ввода (редактирования) записей - т.е. той функции, которая у Вас реализована в режиме создания/редактирования полей, т.е. когда вначале выбираешь тип поля, а последующие поля меняют тип/значение в зависимости от значения предыдущего поля.
Добавили: http://clientbase.ru/forum/index.php?s=&am...post&p=2989





Количество пользователей, читающих эту тему: 3

0 пользователей, 3 гостей, 0 анонимных