> I suppose I was thinking 'How should one implement for maximum portability?'
The irony here is that singleton makes portability harder by itself. This "pattern" be avoided as much as possible especially for external API between libraries. I don't see reason to standardize it. On Monday, February 20, 2017 at 5:35:12 AM UTC+3, Richard T. Miles wrote: > > I suppose I was thinking 'How should one implement for maximum > portability?' A Skeleton system requires the use of methods that can not > be defined in a standard interface ( static members ). I do consider myself > a bit novice; however, the intention of the singleton isn't to limit the > creative process of the developer. I believe storing data in skeleton > pattern is a `Cleaner` abstraction model than a container system. I > definitely want to hear what the communities thoughts on the matter are. > I understand PHP-Fig tries to leave the creative process open to the next > innovation, and it may be that this abstraction is to detailed; however, I > figured I would try to add some code to this great community :) > > Thanks, > Richard Miles > > On Sunday, February 19, 2017 at 7:59:11 PM UTC-6, Korvin Szanto wrote: >> >> Hi Richard, >> I took a really fast look at the repo since I'm currently waiting for a >> plane. I noticed that this seems to be more of an implementation than a set >> of interfaces to standardize on. Are you wanting to standardize the >> implementation? >> >> Thanks, >> Korvin >> >> On Sun, Feb 19, 2017 at 5:55 PM Richard T. Miles <[email protected]> >> wrote: >> >>> Hello to everyone here at PHP-FIG! >>> >>> I have been working on 'Singleton' in my spare time and think it may >>> have some use in this community. >>> I am a Computer Science student at the University of North Texas so >>> development starts and stops pretty >>> sporadically ( 1 am and coffee ). I think it finally has enough content >>> to be presentable under a 'Pre-draft' >>> context. >>> >>> Singleton Github Repository: >>> https://github.com/RichardTMiles/Singleton-Standard >>> >>> All comments and constructive criticism welcome! >>> >>> Thanks for your time, >>> Richard Miles >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "PHP Framework Interoperability Group" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To post to this group, send email to [email protected]. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/php-fig/19954bdc-3c2d-4dc4-a4d8-eee58c9891ec%40googlegroups.com >>> >>> <https://groups.google.com/d/msgid/php-fig/19954bdc-3c2d-4dc4-a4d8-eee58c9891ec%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> For more options, visit https://groups.google.com/d/optout. >>> >> -- You received this message because you are subscribed to the Google Groups "PHP Framework Interoperability Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/php-fig/e5ba2cbf-a4e8-416b-a79b-48f70e73638b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
