存储架构

Our highlights from PHPBenelux 2019

微信扫一扫,分享到朋友圈

Our highlights from PHPBenelux 2019
0

Our highlights from PHPBenelux 2019

About 2 weeks ago our team of back-end developers visited the tenth edition of PHPBenelux. After attending quite a few talks over the 1,5-day conference we’ve highlighted three of them that we found most interesting. First, Kevin will tell you about Frank de Jonge’s talk concerning event sourcing. Vincent will highlight the talk about Symfony’s new messenger component by Tobias Nyholm. Last, I’ll share some key points made by Ike Devolder in his talk about defensive programming.

Deel dit artikel


A practical introduction to event sourcing by Frank de Jonge

Saturday morning, Frank de Jonge started his talk about event sourcing, even though we were late to the party and missed part of the talk, it was still very interesting.

Having read the book Domain-Driven Design in PHP , I already had a good understanding of what event sourcing is so the talk was easy to follow. I do recommend the book and recommend you stalk Frank de Jonge to know when and where he’s speaking next, but also because he’s a very interesting person to follow!

One of the things that made me reluctant to use event sourcing was that simple tasks would require a tedious amount of work and development would become much slower. However, Frank addressed that and claims that even though simple tasks take longer, complex tasks are easier.

Another point is that testing, more specific with “Eventsauce” , appears to be a lot simpler than I originally thought by following a Given, When, Then kind of structure, check the slide for an example.

The talk certainly inspired me to get some event sourcing going on, I can’t wait to use it in a project that could benefit from it and will consider his library “Eventsauce” when I do. Before that day arrives, I’ll probably be using it in one of my side projects already!

Queues, busses and the messenger component by Tobias Nyholm

This very inspiring talk given by Tobias was a short intro on how the new Symfony message component works and some use cases on how to implement it.

First off he started by giving some examples of code he used to write a few years back and started improving it and optimizing the code for the message component .

I was impressed by how fast you can get this component working and the flexibility it provides for your application. The core concept is that you serialize a message (simple PHP object) and pass it to the message bus. This bus can be configured in a multitude of ways to decide how to pass that message to handlers. This JSON message doesn’t need to stay inside the boundaries of your app but can be pushed on an external queue like Kafka or RabbitMQ, making it a communication channel between one or more apps.

To round things up I would recommend checking out the component yourself to see what it is all about.

Defensive PHP Programming by Ike Devolder

Avoid else

No abbreviation

Limit instance variables

Fail early and avoid deep nesting

Avoid optional dependencies

Sometimes a dependency is seen as optional. It’s injected through the constructor, but nullable, or maybe even through a setter. The most common example is a logger. Let’s say I want to log some debug information from my class but the logger is defined as an optional dependency. I can’t simply log a line because that will make my code fail when the logger isn’t present. So I’ll have to check whether the logger is present before calling a method on it, every single time. This will clutter your class with many if-clauses, and even worse, my class shouldn’t even decide whether to log or not, that should probably be decided elsewhere.

So how can we solve this problem? First of all, we need to make sure we always inject a logger through the constructor so we can get rid of all the checks. But what if I don’t want to save that logging output in certain situations? If we define an interface for a logger we can simply inject a logger that does nothing in those situations (but does comply with the interface) and use the normal logger in every other situation.

Conclusion

If you don’t already apply these when writing code it should be pretty easy starting out with some of them and improving your code, you’ll probably thank yourself later and other developers definitely will! If you’re interested in the rest of Ike’s slides, you can find them over at
Ike’s blog

Deel dit artikel

← Back to overview

阅读原文...

微信扫一扫,分享到朋友圈

Our highlights from PHPBenelux 2019
0
Avatar

过来人的经验!帮你更快搞定设计的7个实用技巧

上一篇

Launch of selenium from python (subprocess.Popen vs. os.system)

下一篇

评论已经被关闭。

插入图片

热门分类

往期推荐

Our highlights from PHPBenelux 2019

长按储存图像,分享给朋友