Baze de date embedded – exercitiu practic (pentru programatori mid-level)

OriginalCopy, on 17 septembrie 2018 - 14:10, said:

jegmihai, on 17 septembrie 2018 - 19:08, said:

jegmihai, on 17 septembrie 2018 - 19:08, said:

jegmihai, on 17 septembrie 2018 - 19:27, said:

Edited by OriginalCopy, 17 September 2018 - 19:57.

jegmihai, on 17 septembrie 2018 - 20:55, said:

OriginalCopy, on 17 septembrie 2018 - 19:55, said:

• faptul că o persoană trebuie să-și ofere datele personale în schimbul serviciului?
  
• faptul că o persoană nu poate rezerva mai mult de 5 locuri?
  
• faptul că sistemul nu ar mai trebui să permită rezervări dacă toate locurile s-au ocupat?

OriginalCopy, on 17 septembrie 2018 - 20:59, said:

void UiMainWidget::init(std::vector<IPlugin*> const& dependencies)
{
if (typeid(dependencies.front()) != typeid(_dependencies.front()))
	 throw NonMatchingDependencyTypeException(
		 "The provided plugin is not the needed one.");
ui.setupUi(this);
_storagePlugin = dynamic_cast<InMemorySQLiteStoragePlugin*>(dependencies.front());
ui.tableView->setModel(_storagePlugin->getModel());
}

jegmihai, on 17 septembrie 2018 - 21:58, said:

void UiMainWidget::init(std::vector<IPlugin*> const& dependencies)
{
if (typeid(dependencies.front()) != typeid(_dependencies.front()))
	 throw NonMatchingDependencyTypeException(
		 "The provided plugin is not the needed one.");
ui.setupUi(this);
_storagePlugin = dynamic_cast<InMemorySQLiteStoragePlugin*>(dependencies.front());
ui.tableView->setModel(_storagePlugin->getModel());
}

Edited by OriginalCopy, 17 September 2018 - 22:12.

jegmihai, on 17 septembrie 2018 - 22:36, said:

• Dialog-urile mutate în plugin/ui/desktop.
  
• Șterse CouldNotOpenDatabaseException.h/.cpp.

jegmihai, on 18 septembrie 2018 - 11:46, said:

• un plugin e o componenta; daca vrei ca acea componenta sa fie inlocuibila, trebuie ca in exterior sa expui interfete, nu clase concrete, dar poate mai important de atat: in exterior nu ai voie sa expui detalii de implementare, si nici atat vendori (leaky abstractions); vezi graficul de pe pagina: https://en.wikipedia...mponent_diagram - ex: in coltul din stanga sus ai "IPolicyService"
  
• vrei sa ai toate obiectele intr-o stare valida; nu vrei sa introduci metode publice sau protected (public + protected => public API) care fac doar jumatate din munca, asa incat ai nevoie sa apelezi diferite metode pentru a iti indeplini misiunea, intr-o anumita ordine; o operatie (un apel de public API) trebuie sa iti lase obiectul intr-un state valid
  
• exemplificare mai clara a punctului anterior: evita setterii; fiecare setter in plus creste "suprafata de contact" a unei componente, si in mod exponential combinatiile in care poti introduce buguri intr-un sistem; mai toate lucrurile pot fi injectate prin constructor intr-o arhitectura curata; situatiile in care un setter e necesar sunt atat de restranse, incat poti avea chiar si 0 sau 1 setter in proiecte de zeci de mii de linii de cod - de exemplu in cazul unor dependinte circulare

OriginalCopy, on 18 septembrie 2018 - 13:03, said:

OriginalCopy, on 18 septembrie 2018 - 13:03, said:

class InMemorySQLiteStoragePlugin : public IPlugin
{
public:
	// std::vector<IPlugin*> getDependencies() const;
	void init() override;
	int run() override;
	void shutDown() override;
	InMemorySQLiteDatabase _database;
private:
	void init(std::vector<IPlugin*> const& dependencies) override{};
};

OriginalCopy, on 18 septembrie 2018 - 13:03, said:

Edited by jegmihai, 18 September 2018 - 17:50.

jegmihai, on 18 septembrie 2018 - 17:48, said:

jegmihai, on 18 septembrie 2018 - 17:48, said:

• std::runtime_error ofera deja what(). N-are sens sa-l suprascrii fara sa aduci functionalitate suplimentara.
  
• Noile standarde suporta override pentru a indica clar ca suprascrii o metoda.
  
• Durata de viata a instantelor e controlata, in mod traditional, cu ajutorul constructorilor si a destructorilor. E cam ciudat sa vezi metode gen shutdown.
  
• Pointeri drept membrii ai unei clase sunt de evitat pe cat posibil. Nu indica nimic despre "al cui mai e si asta?". Asta e mai greu de evitat in cazul Qt datorita modului de gestiune al memoriei ales de acest framework.
  
• Specificarea return type-ului la final, ca aici auto createModel() noexcept->void;, mi se pare oribila. Are sens doar cand ai decltype si trebuie neaparat sa pui la final.
  
• Observ multa logica dublata doar pentru a putea pasa cand std::string, cand QString. De cand cu std::string_view nu prea mai exista motive de a transmite std::string drept parametru.

Edited by dani.user, 18 September 2018 - 20:15.