C# Veriler bulunan bir sınıfa metot yazılır mı?

II.Wilhelm · 6 Ağustos 2023

Merhaba. Örnek olarak bir mesaj sınıfımız var. Bu sınıfta mesajı kimin gönderdiği, ne zaman gönderildiği, kime gönderildiği gibi veriler yer alıyor. Ben MesajGönder gibi bir metodu mesaj sınıfına mı yazmalıyım? Ya da ayrı bir sınıfa yazıp parametre ile bir mesaj örneği alıp oradan mı göndermeliyim? Hangisi temiz kod anlayışına daha uygundur?

iWaxie · 6 Ağustos 2023

Ben olsam "mesaj" sınıfına yazardım sanırım, ayrıca temiz kod anlayışı önemli olsa da asıl önemli olan kendinizce daha anlaşılabilir bir kod yazmak olmalı.

bitwise · 6 Ağustos 2023

Ayri bir class'ta yazman daha dogru.

Mesaji data tasiyan bir class olarak tasarlarsin, mesaj gonderme bir interface, mesajin gonderilmesinin implementasyonlari da ayri ayri class'lar olur.

Message -> data object
MesagePublisher -> interface
DiscordMessagePublisher, WhatsappMessagePublisher vs bunlar MessagePublisher implementasyonlari.

Eger tutup da "Message" class'ina yazarsan her farkli mesaj gonderim bicimi icin ayni class'i degistireceksin. Yeni bir attribute eklemek istediginde yine ayni class'i degistireceksin. Bu da tonla dependency yaratacak, god object olusacak.

Aslinda dogrusu Message'in kendisinin bile interface olmasi.

keremgencer · 7 Ağustos 2023

bitwise dedi:
Ayri bir class'ta yazman daha dogru.

Mesaji data tasiyan bir class olarak tasarlarsin, mesaj gonderme bir interface, mesajin gonderilmesinin implementasyonlari da ayri ayri class'lar olur.

Message -> data object
MesagePublisher -> interface
DiscordMessagePublisher, WhatsappMessagePublisher vs bunlar MessagePublisher implementasyonlari.

Eger tutup da "Message" class'ina yazarsan her farkli mesaj gonderim bicimi icin ayni class'i degistireceksin. Yeni bir attribute eklemek istediginde yine ayni class'i degistireceksin. Bu da tonla dependency yaratacak, god object olusacak.

Aslinda dogrusu Message'in kendisinin bile interface olmasi.

Message entitynin kendisi değil mi? Entity neden interface olsun ki?

bitwise · 7 Ağustos 2023

keremgencer dedi:
Message entitynin kendisi değil mi? Entity neden interface olsun ki?

Marker interface pattern.
Cok yaygin kullanilir.

Orn C# -> IMessage Interface (System.Runtime.Remoting.Messaging)

Orn java -> Message (Java(TM) EE 7 Specification APIs)

Entity olmasi bence mantikli degil, belki abstract entity olabilir. Entity'den kastinin ORM entitysi oldugunu varsayiyorum.

count · 7 Ağustos 2023

Şöyle bir şeyi tavsiye ederim

Design pattern for handling multiple message types

I've got the GOF sitting on my desk here and I know there must be some kind of design pattern that solves the problem I'm having, but man I can't figure it out. For simplicities sake, I've changed...

stackoverflow.com

Dynamics · 7 Ağustos 2023

Accounts
MessageDB - (Message)
Message - (receiver_id, sender_id, time_stamp, contents, status vs.)
Connections - (MessageDB, Accounts)
Message < TextMessage < FileMessage < vs. türetilmiş

Connections.sendMessage(TextMessage)
Connections.sendMessage(FileMessage)

Böyle bir şey kurgulayabilirsin, sınıfları amaca yönelik genel olarak tasarlarsın alt süreçlerde de türetip gerekli override işlemlerini yaparsın. Daha esnek ve bakım/onarımı daha kolay olur.

C# Veriler bulunan bir sınıfa metot yazılır mı?

II.Wilhelm

Kilopat

iWaxie

Hectopat

bitwise

Gigapat

keremgencer

Hectopat

bitwise

Gigapat

count

Decapat

Design pattern for handling multiple message types

Dynamics

Kilopat