logo
logo

Форум Мобильный телефон + AbilityCash

создать новую тему раскрыть все
Мобильный телефон + AbilityCash Roman 10/04/2005 02:16 #написать ответ
Есть идея!!! Прочитайте до конца и думаю Вы меня поддержите.
Вижу на форуме активно обсуждается тема возможность работать AbilityCash на КПК, тут тебе и Palm и WinCE и Simbian и т.д.
 
А вот у меня нет КПК!, зато у меня есть мобильный телефон, который поддерживает Java...
Когда я покупаю "стакан семочек", я каждый раз думаю: "Надо бы незабыть внести вечером расход в программу AbilityCash."
 
Предлогаю сделать следующую схему. В мобильном телефоне должна быть програмка (на Java конечно), с помощью которой, в момент покупки, вы можете указать сумму расхода, выбрать статью расхода, выбрать агента, дату програмка сама укажет и все эти данные телефон через SMS вышлит на Ваш электронный адрес.
 
Остается дело за малым. Вы добрались до домашего компа, приняли эл. почту. Запускаете AbilityCash, которая автоматически из прянятой эл. почты вытаскивает письма с пометкой, и вносит расходы в общую базу данных автоматом.
 
Если многоуважаемый Dervish возмется "соединить" свою програмку с Outlook-ом, то я думаю смогу помочь написать модуль для мобильного телефона. Остается только согласовать формат
 
такая вот идея
Люди! что Вы думаете?
 
Роман.
Не все так просто Shere 10/04/2005 20:39 #написать ответ
Передача данных посредством sms/e-mail в таком случае не особо подходит по-моему, во-первых это банально стоит денег, а во-вторых обмен должен быть двусторонним (не вручную же забивать статьи/проекты/счета на телефоне). Но на самом деле это вопрос не принципиальный, главное - чтобы AbilityCash имел интерфейс взаимодействия с внешним ПО. Т.е. от автора нужно только этот интерфейс реализовать и формат опубликовать, а с чем-то конкретным дружить, с аутлуком там или с ActiveSync-ом, а может экспорт из csv файлов делать, это уже дело желающих. Я например для смартфонов на Windows Mobile хотел бы клиента написать.
А можете описать... Dervish 15/04/2005 01:48 #написать ответ
...нужный интерфейс? Если это будет несложно в реализации, то почему бы и нет?
Ну давайте подумаем.... Shere 17/04/2005 00:53 #написать ответ
... что нам собственно нужно. Задача состоит в том чтобы производить экспорт/импорт данных из произвольного источника.
Произвольность источника подразумевает некий механизм плагинов, которые отображаются в отдельном меню и имеют функцию "Синхронизироваться", а также какие-то свои настройки. Как этот механизм реализовать зависит в общем только от ваших предпочтений, основные варианты я думаю dll с определенным набором функций (получение информации о плагине, вызов настроек, запуск синхронизации) или аналогичный COM-интерфейс.
Далее плагин должен иметь возможность экспортировать/импортировать данные всех таблиц. Я сначала думал что передавать в программу плагин должен только информацию об операциях, но в принципе ничто не мешает добавлять на КПК/смартфоне/etc и статьи, агентов или проекты. Механизм экспорта/импорта у вас уже есть, наверное можно без больших доработок предоставить к нему доступ (опять же экспортируемые функции или COM), формат обмена данными тут зависит от текущей реализации, или же, если с его использованием есть какие-то проблемы, можно согласовать какой-то другой (массив структур/CSV/XML/что угодно). Может быть что-то упустил, но вроде бы этого будет достаточно.
Все будет просто Roman 18/04/2005 14:48 #написать ответ
Как наиболее простой в реализации вариант, предлагаю Devrish дописать модуль импорта из CSV , причем (для начала) исключительно для добавления записей к расходам.
Да не так уж и просто (+). Dervish 21/04/2005 01:33 #написать ответ
Вы недооцениваете проверку входных данных на ошибки. Попробуйте (сознательно) внести ошибки в импортируемые данные Excel-я и посмотрите как программа будет их обрабатывать. Так вот, если делать импорт из CSV, то нужно будет городить что-то похожее. Честно говоря, как представлю, так мне плохеет от этой мысли.
Предлагаю ... Сергей 21/04/2005 08:52 #написать ответ
следующее, хотя я не программист, тем более не специалист в Java.
1. Сделать мобильную Ability Cash на Java. Если не ошибаюсь подойдет для всех платформ, в т. ч. для телефонов.
2. В сторону мобильной AC можно переносить всю информацию, необходимую для внесения операций, но не сами операции.
3. В мобильной AC, соответственно, вносятся операции в течение определенного периода.
4. При синхронизации с компьютером операции переносятся, в мобильной AC, одновременно, удаляются.
5. Таким образом, на первом этапе получится небольшой модуль для внесения операций, а далее ..., все зависит от возможностей автора.
Я готов поддержать такое... Dervish 21/04/2005 20:19 #написать ответ
...начинание, но сам программировать на Java не смогу: нужно довести вторую версию до релиза и заняться версией для КПК.
 
Но если кто-то изъявит желание начать писать на Java, то с удовольствием согласую все интерфейсы и окажу любую посильную помощь. Кроме программирования.
Мне самому очень... Dervish 21/04/2005 01:31 #написать ответ
...хочется сделать версию для КПК. Не так давно я купил себе iPAQ hx4700, просто изумительная вещица, которая теперь всегда со мной (в отличии от древней Кассиопеи, что у меня не прижилась). А данные о расходах у меня тоже регулярно теряются, потом сижу и ломаю голову куда я дел ту или иную сумму. Кроме того, у меня есть некий опыт (правда давнишний, но, думаю, можно восстановить) написания плагинов для ActiveSync. Не хватает только времени на реализацию.
 
Касательно интерфейсов. Интерфейс к ActiveSync с учётом вышесказанного обязательно будет. Не знаю, годится ли он для смартфонов (Windows Mobile) или нет, но делать обязательно буду. Равно как и версию для КПК.
 
Кстати, а какой у вас смартфон?
 
Накручивать дополнительно COM-интерфейсы мне не хотелось бы (без особой нужды) поскольку это просто лишний код, который всегда придётся таскать за собой. Но если будет нужно, тогда можно будет вернуться к этому разговору.
 
И ещё одно: неправильно думать, что код импорта из Excel-я окажет существенную помощь в построении обмена данными. Там львиную долю занимает диагностика ошибок, а обработка данных, это совсем немного. Думаю, что делать обмен данными на основе именно этого кода будет неверно. Плохо получится.
Не обязательно COM Shere 22/04/2005 01:25 #написать ответ
И по AC и по данному форуму хорошо заметно ваше желание иметь минимум чужого а также избыточного кода, но думаю что при желании вы можете найти приемлимый способ для реализации интерфейса импорта данных. То что код импорта из Excel не подходит в данном случае это конечно вам виднее, и то каким способом проще уложить данные в таблицу (и соответственно из этих соображений строить интерфейс) я тоже говорить не видя кода не берусь. Однако думаю что при реализации импорта, например, операций, механизм обработки данных не должен сильно отличаться от того, который используется при вводе данных пользователем (вызывается ведь наверное в итоге метод с 9-ю параметрами, который производит всю проверку, или эта логика размазана по коду?).
На данный момент смартфон у меня Motorola MPx200, под управлением WM2003. И хотя я думаю что ваша реализация взаимодействия с ActiveSync скорее всего подойдет и для него, но вариант с одним универсальным интерфейсом импорта/эспорта и далее специфическими реализациями под конкретные нужды кажется мне архитектурно более правильным (хотя возможно излишне громоздким для начала).
даешь стандарт! Smart 06/08/2005 20:08 #написать ответ
а почему бы не сделать спецификацию в xml для переноса данных? ну а далее делом техники будет написание программ на яве/разном для всего, чего угодно? или я не прав?
Это... Dervish 07/08/2005 23:10 #написать ответ
...Майкрософт легко создаёт стандарты. И является стандартом сама по себе. А то, что придумаем мы, вряд ли может претендовать на роль стандарта.