An interesting experiment with JSON, Postgres and Omnis
Robert Mostyn research
robertmostyn99 at gmail.com
Thu Jan 12 02:18:42 EST 2017
Hi Bas,
There is a new product about to be launched (and FYI it has been developed in Sydney). Its called Munbo Software.
Check this link out:
https://www.munbosoftware.com/
At last. The complete separation of presentation and business logic.
I know the guy who designed and co-owns the system, who has been very successful in developing software for large corporations.
I think he may be onto something big.
Regards to all,
Rob
> On Thu12 Jan 2017, at 6:22, Sten-Erik Björling <s-e.bjorling at enviro.se> wrote:
>
> Hi all,
>
> During my experience as a presenter / lecturer at several Euromnis conferences I presented approaches and examples of how one should plan and design applications to allow for maximum of re-use between different deployment modes. There are some trickeries that are needed to properly structure the code and execution flows to function well both in fat client, JS client, different web service approaches and ultra-thin. In addition to this also tips and techniques for increasing the performance of the apps. I am currently working on adding the infrastructures for SQL worker objects, push and finally trusting the Omnis implementation of object references. Eventually might be able to present this sometime in the future.
>
> Take care, all the best,
>
> Stene
>
> ______
>
>> 11 jan. 2017 kl. 22:53 skrev Bastiaan Olij <bastiaan at basenlily.me>:
>>
>> Hey Andrea,
>>
>> Using Omnis as the middle tier is something we've thought about.
>>
>> First of all, the perceived benefit of being able to re-use current
>> business logic is not really there. What people tent to forget is that
>> the code currently in our application (and this will go for many other
>> too) was written with the client-server architecture in mind. That code
>> isn't always portable to a 3 tier architecture especially when one of
>> the design requirements of our middle tier is to become stateless. With
>> client server you've got far more liberty in loading stuff in memory,
>> keeping them there, in a 3 tier all of a sudden half that stuff is in
>> the front end, half is in the middle, and a little in the back end.
>>
>> The second, as much as I love Omnis and think it is the greatest tool
>> for building desktop applications there simply are loads of tools out
>> there that are far better at developing a middle tier, not to mention
>> that for our intended use scenario the pricing model for the Omnis
>> server is not commercially viable. If that last one changes I might be
>> tempted to build a proper REST server framework in Omnis but at this
>> point in time, why pay more for less functionality?
>>
>> Cheers,
>>
>> Bas
>
>
>
> Sten-Erik Björling
> Enviro Data
> Kyrkogatan 5A 2 tr
> SE-972 32 Luleå
> Sweden
>
> E-Mail: s-e.bjorling at enviro.se <mailto:s-e.bjorling at enviro.se>
> Mobile: +46-70-655 11 72
> Skype: stenerikbjorling
> iChat: stene at mac.com
> FaceTime: stene at mac.com <mailto:stene at mac.com>
> Hotmail / Messenger: stenerikbjorling at hotmail.com <mailto:stenerikbjorling at hotmail.com>
> GMail: stenerikbjorling at gmail.com <mailto:stenerikbjorling at gmail.com>
>
> ______
>
> This email and any files transmitted with it are confidential, may be legally privileged and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient, please note that any use, distribution, or reproduction of the contents of this email is strictly prohibited and may be unlawful. If you are not the intended recipient, please notify the sender by return email and destroy all copies of the original message including any attachments thereto. Thank you.
>
> Please note that we take reasonable precautions to prevent the transmission of viruses; however, we cannot guarantee that this email or its attachments are free from viruses. We only send and receive emails on the basis that we are not be liable for any loss or damage resulting from the opening of this message and/or attachments.
>
> _____________________________________________________________
> Manage your list subscriptions at http://lists.omnis-dev.com <http://lists.omnis-dev.com/>
More information about the omnisdev-en
mailing list