On Friday, 2 September 2022 at 18:32:49 UTC, Sergey wrote:
On Friday, 2 September 2022 at 16:09:15 UTC, o3o wrote:
after the excellent work of
[Steven](https://forum.dlang.org/post/teg1cn$12e8$1...@digitalmars.com) I released version 2.0.0 of the
after the excellent work of
[Steven](https://forum.dlang.org/post/teg1cn$12e8$1...@digitalmars.com) I released version 2.0.0 of the [bindbc-raylib3](https://github.com/o3o/bindbc-raylib3), based on raylib 4.2.0.
See
[changelog](https://github.com/o3o/bindbc-raylib3/blob/master/CHANGELOG.md)
On Wednesday, 3 November 2021 at 11:24:09 UTC, Steven
Schveighoffer wrote:
I have some questions:
1. Why raylib 4.0.0? It’s not released yet
2. Why a new project? What is the difference between this and
your bindbc-raylib project?
3. Why “3” as a suffix?
-Steve
My apologies for the late
I just released a new version of static and dynamic raylib
binding.
This was completely regenerated using (an automatic) parser from
the raylib 4.0.0 sources.
- [Github repo](https://github.com/o3o/bindbc-raylib3)
- See also [wiki](https://github.com/o3o/bindbc-raylib3/wiki) for
details.
Am I missing something or is this a Service Locator
anti-pattern? More about it here:
http://blog.ploeh.dk/2010/02/03/ServiceLocatorisanAnti-Pattern/
Service Locator is *really* an anti-pattern, but endovena (and
also dejector) is a Dependency Injector (DI) framework, opposite
of Service
