Wpis z mikrobloga

@Zeronader: Jak masz klasę Plan to w środku powinno być Id a nie PlanId - niepotrzebnie duplikujesz i te informacje. Wątpię, żeby to pomoglo w Twoim przypadku, ale moze na przyszłość sie przyda :p
  • Odpowiedz
@Yahoo_: PlanId po to, że nie muszę adnotacji dodawać, a vs sam wie ,że to klucz tej tabeli.

Tutaj błąd się czepia mojego łączenia, ale nie wiem czemu ( ͡° ʖ̯ ͡°)
  • Odpowiedz
@Zeronader: Atrybutu :P. W javie są anotacje, w c# atrybuty :).
Z linka od kolegi wyżej:

Code First infers that a property is a primary key if a property on a class is named “ID” (not case sensitive), or the class name followed by "ID". If the type of the primary key property is numeric or GUID it will be configured as an identity column.

Poza tym nie powinieneś dostosowywać
  • Odpowiedz
@Yahoo_: No mnoga nie wiem czemu.
A co do dwóch planów, to jeden to plan z którego ten item pochodzi, a drugi to w przypadku gdy dany item jest planem.
A chce osiągnąć to ,żeby się kompilował kod ;p

Jak usunę sublist to działa, ale teraz pytanie jak to zrobić, żeby to działało?
  • Odpowiedz
A chce osiągnąć to ,żeby się kompilował kod ;p


@Zeronader: To zrób pustą klasę :P.
Nie działa pewnie dlatego, że PlanId raz jest longiem, a raz intem.
Wywal PlanItems = new HashSet(); To bez sensu, przecież chcesz, żeby EF Ci wypełnił to property.
Argumenty konstruktora nie powinny mieć prefixu _. To standard dla prywatnych pól :).
  • Odpowiedz
@Yahoo_: Tak jak dopisałem, wszystko psuje sublist, ale to może wiesz jak inaczej to zaimplementować w code-first?

Chce ,żeby item mógł być także listą która ma kolejne itemy.
  • Odpowiedz