GSM Itemizer - анализатор детализаций МТС и Velcom v. 2.0

Luga,

все качай с http://gsm.webm.ru там три варианта.

только два... и оба RAR ...

Luga,

прям наваждение ... перед своим ответом, и вот сейчас снова -- только 2...

Новость: Идет работа над версией 2.0

Фичи:

1) Появится API для использования в других прогах. Ядро оформлено как DLL

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

Должно позволить быстро расширять функциональность.

3) Интерфейс программы выкладывается под GPL лицензией в исходниках. (Крайне надеюсь на то, что появятся интерфейсы от "сторонних производителей")

4) Ваши предложения по ядру. (не интерфейсу...) Только в мыло плз...

Luga,

спасибо, только сейчас по твоим ссылкам и закачал...

>> мне понравилась програмулька то!

Носи на здоровье

Есть вопрос: есть у кого нить желание написать альтернативный пользовательский интерфейс? На любом языке... Хоть си, хоть дельфи...

По многим причинам поддерживать развитие интерфейса больше не смогу, поэтому и пишется ядро, которое позволит на своей основе делать как калькулятор, так и анализатор для любого оператора и любого тарифа.

Да похоже оно отодвигается на неопределенный срок... Времени нету нифига... С утра уматываю, вечером приползаю уже почти никакой...

Rusland, если есть время и желание...

Есть вообще три варианта развития событий.

1) Я пишу DLL с гибкой логикой. Т.е. логику расчета тарифа (нового или уже имеющегося) можно быстро и просто менять (си-подобный скрипт. в смысле синтаксис как у си). Минус в том, что долго и необходимо как-то синхронизировать используемые скриптом и GUI константы...

2) Я пишу DLL с жесткой логикой. Т.е. тарифы и их логика зашиты в виде функций в DLL.

3) Если никто не захочет связываться с первыми двумя - кальк останется такой как есть, очень иногда будут выходить обновления. Оперативно фиксится будут только баги.

Что требуется: интерфейс GSM Calcuator-a видел? Вот надо бы ему функционально аналогичную (можно, и нужно получше) замену...

Исходить из следующих принципов:

Расчеты по тарифу осуществляются вызовом внешних функций (к примеру:

// Получить сумму ежемесячной оплаты по установленным флагам для определенного тарифа

function GetMonthPayments (tariff:TariffHandle, flags:integer):integer;

// Получить стоимость звонка с длительностью duration и датой и временем начала звонка datetime

function GetCallCost (tariff:TariffHandle, duration:integer; datetime:DateTime):integer;

Где TariffHandle - идентификатор тарифа, по которому производить расчет.

Также доступны функции типа:

function StreamInFloat (classname:String, name:String):float;

читающие из .dat необходимые переменные...

Также загрузка детализации - получение связанного списка структур

Приблизительно...

{

char *number;

int duration;

DateTime datetime;

// Далее всякая расчетная борода...

...

}

Дело в том, что основная часть изменений, которые народ просит - в интерфейсе...

Если на ядро у меня еще хватает времени, то....

Если заинтересует - стучи в мыло или асю...

Пишу года три, но в основном я имел с БД(MySQL, Paradox, MSAccess и т.д.). Иногда писал и прикладного характера программы. Вот только с DLL был опыт очень маленький ... но, думаю, с оболочкой можно будет разобратся .... жду в аське ...

spike, а можешь популярно и аргументированно разъяснить, какая польза от посекундного сравнения?