Własny sklep w ASP.NET MVC - dwie tabele?

Cześć,
chcę napisać własny sklep w ASP.NET MVC. Mam małe doświadczenie w C# i ASP.NET ale jakieś proste apki i strony www już w tym robiłem.
Teraz chcę napisać od początku swój własny sklep żeby sprzedawać w nim tylko swoje produkty (ebooki, filmy na DVD itp.).
Do nauki mam oczywiście Freemana (MVC 5), dużo książek o C# także generalnie materiałów jest sporo.
Planuję korzystać w tej apce z MVC 5, EF, Bootstrap, JQuery.

Jedyne czego się obawiam to ogarnięcie bazy danych a dokładnie kilku tabel. Nie boję się samego ORMa bo chyba wybrałem najlepszego z możliwych (EF) ale nie bardzo wiem jak ugryźć zarządzanie kilkoma tabelami. Nigdy za SQLem nie przepadałem :(

Czy macie jakieś materiały jak dokładnie ogarnąć kilka tabel w tej technologii? Najlepiej po polsku :) (tak, wiem, że siara bez angielskiego)

Drugi mój problem to połączenie tego z jakimś systemem obsługi opłat... jak to ogarnąć?

Będę wdzięczny za wszystkie porady na temat tego pomysłu.

Pozdrawiam.

Mam małe doświadczenie w C# i ASP.NET
Teraz chcę napisać od początku swój własny sklep żeby sprzedawać w nim tylko swoje produkty (ebooki, filmy na DVD itp.).

To się nie może udać.
Co innego napisać jakiś projekt sklepu dla samej nauki, a co innego chęć rzeczywistego sprzedawania produktów.

A co do SQL to jak to ma być coś sensownego to raczej nie kilka tabel, a kilkanaście/kilkadziesiąt.

No to trochę mnie załamałeś :(
W sumie to ja już napisałem taki sklep, działa on, kod pewnie nie jest rewelacyjny i bezpieczeństwa to tam też pewnie nie ma ale jakoś działa.

Chciałem to sobie rozszerzyć, dać dwie tabele (pewnie trzeba będzie wszystko przepisać od nowa ale spoko). Chciałem najpierw zrobić z tego pracę inżynierską a jeśli bym się obronił to uruchomić sobie sklep (przydałby się jako rozszerzenie działalności). Przy czym chyba priorytetem byłoby zrobić z tego inżynierkę...

Myślisz, że to jest za trudny temat i mogę na tym polec?
Lepiej poszukać czegoś łatwiejszego?

Nie chcę sobie zrobić krzywdy tym tematem pracy inżynierskiej, myślałem, że połączę pożyteczne (inżynierka) z przyjemnym (rozszerzenie działalności)...

Pozdrawiam!

kubek30 napisał(a):

Myślisz, że to jest za trudny temat i mogę na tym polec?
Lepiej poszukać czegoś łatwiejszego?

Nie szukaj czegoś łatwiejszego, bo ten temat jest w porządku i na inżynierkę może być. Po prostu usiądź sobie i rozplanuj jak to ma wszystko wyglądać, przejrzyj jakieś źródła sklepów, żebyś wiedział jak to robią inni, wtedy nabędziesz jakiś pogląd jak to ma od spodu wyglądać. Wszystko jest do zrobienia ;)

Jeżeli chodzi o prace inzynierska to moze nie jest to taki trudny temat. Jednak czym innym jest sklep wykonany w ramach pracy inzynierskiej, o ktorym pewnie wszyscy zapomna zaraz po obronie a czym innym jest system dzialajacy w rzeczywistych warunkach.

Jezeli chodzi o dedykowany sklep internetowy na wlasne potrzeby to tez jest to do zrobienia. Pytanie tylko czy warto sie w to bawic? Moze sie po prostu okazac, ze sie narobisz zupelnie niepotrzebnie bo zrobisz wlasciwie cos co juz dawno temu zostalo wymyslone. Zeby pozniej nie bylo tak, ze zamiast sie skupiac na prowadzeniu dzialalnosci to skupiac sie bedziesz na klepaniu kodu.

Zwroc tez uwage na to, ze gotowe systemy tego typu sa lepiej sprawdzone. Jezeli w Twoim systemie beda bledy to moze sie to przelozyc na spadek zadowolenia klientow. Ponadto, tworcy gotowych rozwiazan mogli wziac pod uwage rzeczy, ktorych Ty na pewnym etapie mozesz nie wziac - mozesz natrafic na problem, przez ktory bedziesz musial calkiem sporo rzeczy pozmieniac a to troche czasu Ci moze zajac.

Pewnym plusem dedykowanego sklepu moze byc rozwoj w zakresie umiejetnosci technicznych oraz lepsze dopasowanie systemu do wlasnych potrzeb (gotowe systemy mozna rozszerzac o nowe mozliwosci jakby co). Mimo wszystko lepiej jest sie dwa razy zastanowic nad takim rozwiazaniem.

Co do tych dwoch tabelek to nie ma tego w tych ksiazkach, ktore juz posiadasz? Wydawaloby mi sie to troche dziwne.

Ok, to zrobię tak, że najpierw zrobię z tego inżynierkę a potem się zobaczy.
Jeśli będzie tam trochę lipy (a wybitnym programistą nie jestem więc pewnie będzie) to po prostu kupię jakiś gotowy sklep albo zlecę to komuś - nie mam z tym problemu. Wtedy skupię się na tworzeniu contentu do tego sklepu (ebooków, filmów itp.) i pewnie finansowo to lepiej na tym wyjdę.

Także robię z tego inżynierkę.

Mam od groma materiałów i wszystko jest na jednej tabeli :( Samego czystego SQLa trochę kiedyś ogarniałem więc trzeba będzie sobie przypomnieć.

Napiszę teraz taką imitację sklepu jeszcze raz i wrzucę tu na forum może ktoś mądrzejszy zrobi mi code review :-) To co już teraz napisałem działa ale prawie wszystko spaghetti, zero wzorców, nazwy mieszane polsko - angielskie, zero komentarzy, nazwy zmiennych a, b, c... szkoda gadać.

Gdyby ktoś gdzieś trafił na jakieś materiały odnośnie kilku tabel to proszę o podrzucenie. Myślę, że do inżynierki jeszcze nie będę tego integrował z systemem płatności więc ten problem sam się "rozwiązał".

Pozdrawiam!

na dwóch tabelach to możesz zrobić jedynie jakiś mikrosklep. W normalnych systemach dochodzą choćby tabele słownikowe, tabele związane z wystawianiem faktur i tabele związane z ekspedycją towaru (do jednej paczki możesz włożyć kilka produktów)

kubek30 napisał(a):

Ok, to zrobię tak, że najpierw zrobię z tego inżynierkę a potem się zobaczy.
Jeśli będzie tam trochę lipy (a wybitnym programistą nie jestem więc pewnie będzie) to po prostu kupię jakiś gotowy sklep albo zlecę to komuś - nie mam z tym problemu. Wtedy skupię się na tworzeniu contentu do tego sklepu (ebooków, filmów itp.) i pewnie finansowo to lepiej na tym wyjdę.

Zawsze mozesz sie zainteresowac systemami typu OpenCart czy PrestaShop - zdaje sie, że są darmowe tylko trzeba sobie zainstalowac na wlasnym serwerze. Nawet Magento ma chyba jakąś darmową wersję (nie znam szczegółów). Czasami warto byłoby zlecić prace na jakiś szablon graficzny po to aby Twoj sklep sie w jakimś stopniu wyróżniał.

Powyższe sklepy nie są napisane w C# ale też wątpie żeby zrobiło Ci to jakąś szczególną różnicę. No chyba, że będziesz ten sklep później rozszerzał o dedykowane wtyczki albo coś w tym rodzaju, ale jakby co to zawsze się możesz czegoś nauczyć - ewentualnie zlecić to komuś innemu.

kubek30 napisał(a):

Gdyby ktoś gdzieś trafił na jakieś materiały odnośnie kilku tabel to proszę o podrzucenie.

Jeżeli masz coś napisane na jednej tabelce to udostępnij to. Łatwiej Ci będzie pomóc poprzez udzielenie wskazówek jak rozszerzyć to co już masz o nową tabelkę.

kubek30 napisał(a):

Jedyne czego się obawiam to ogarnięcie bazy danych a dokładnie kilku tabel. Nie boję się samego ORMa bo chyba wybrałem najlepszego z możliwych (EF)

Wręcz przeciwnie: http://commitandrun.pl/2016/04/25/Dlaczego_Entity_Framework_nie_jest_dobrym_wyborem/

ale nie bardzo wiem jak ugryźć zarządzanie kilkoma tabelami.

Korzystając z ORMa nie zarządza się tabelami. Przestań myśleć w kategoriach baz danych albo nie używaj ORMa.

Czy macie jakieś materiały jak dokładnie ogarnąć kilka tabel w tej technologii? Najlepiej po polsku :) (tak, wiem, że siara bez angielskiego)

Zadaj konkretne pytanie.

Drugi mój problem to połączenie tego z jakimś systemem obsługi opłat... jak to ogarnąć?

Generalnie takie systemy mają udokumentowane API. Z grubsza, to masz po prostu wysłać określone dane pod ich usługę sieciową znajdującą się pod określonym adresem URL, a następnie odebrać wynik, albo poczekać aż oni Ci go odeślą na Twój webserwis.

Nie przejmuj się głupim gadaniem, że nie dasz rady, albo że się nie uda.
Wszystko się da, potrzeba na to tylko wystarczającej ilości czasu.

Ja bym na razie został przy EF i Code First bo w internecie jest stosunkowo dużo materiałów na ten temat.

@somekind: Artykuł akurat do bani. Na początku autor pisze:

• Lubić można rosół z makaronem, komplementy i kolor niebieski, ale nie ORMa. To samo zresztą dotyczy innych bibliotek czy języków - technologia to jest coś, czego się używa albo i nie (w zależności od potrzeb, zastosowań i możliwości), nie obiekt uczuć.*

Więc myślę sobie "Fajnie, będzie rzeczowo" po czym czytamy perełki typu:

• Entity Framework jest dość dobrze opisany na znanym wszystkim programistom .NET MSDNie, jest też masa tutoriali z tym, co programiści lubią najbardziej - kolorowymi obrazkami. Źródeł wiedzy na temat NHibernate jest niestety znacznie mniej. *
  Ehh, bez komentarza...

• Zapewne narosło w nim już tyle warstw kodu spaghetti, że w pewnym momencie stwierdzono, że pora zacząć od nowa. *
  Zapewne ziemia jest płaska...

Poza tym kiedy ktoś w argumentacji używa określenia "fanboje" to od razu nabieram dystansu bo wiem że mam do czynienia z fanbojem tylko że tej drugiej strony. A ani od jednych ani od drugich nie ma co oczekiwać racjonalnych argumentów.

Mam pewną wątpliwość: w czym najlepiej przechowywać dane klienta i stan koszyka?
Ciasteczka?
Sesja?

Coś jeszcze innego?

w kubku :P

https://msdn.microsoft.com/en-us/library/z1hkazw7.aspx

albo szukaj coś typu session state store

ablo asp.net store basket/shopping cart data

google nie gryzie