×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
I concede that the solution solves the author's (IMO) contrived problem.
Other than that one case, what would it solve?
It's hard for me to answer for the "author", because I don't really like
his implementation. I just agree with the premise of designing software
which provides a "separation of concerns", as opposed to a "big ball of
mud".
I suppose it solves the problem of having to buy tools to analyze and
outline your software to be able to understand it. Instead, your software
implements a set of patterns which are cohesive and well-known.
Someday you may flip a switch in a service program which points its
procedures to a remote DB rather than the local DB without impacting
applications.
If your DB I/O service programs implement a known interface, someday you
may deploy a utility which automatically exposes all of them via REST web
services APIs.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
