Πρώτα Βήματα - Αρχές προγραμματισμού

Απ: Που να μπει ο έλεγχος του ΑΦΜ

Nassos.NET — Tue, 29 Aug 2006 21:43:02 GMT

Ωραίο topic,

Να πω και εγώ την Γνώμη μου, Εγώ θα το εβαζα, και το εχω βάλει, στο business logic, ετσι μπορω να το δουλεύω και από WinForm και WebForm. Παραθέτω και την μεθοδο που δημιούργισα:

///

/// CheckAFM: Ελέγχει αν ένα ΑΦΜ είναι σωστό

///

/// Το ΑΦΜ που θα ελέγξουμε

/// true = ΑΦΜ σωστό, false = ΑΦΜ Λάθος

public static bool CheckAFM(string cAfm)

{

int nExp = 1;

// Ελεγχος αν περιλαμβάνει μόνο γράμματα

try {long nAfm = Convert.ToInt64 (cAfm);}

catch (Exception) {return false;}

// Ελεγχος μήκους ΑΦΜ

cAfm = cAfm.Trim ();

int nL = cAfm.Length;

if (nL != 9) return false;

//Υπολογισμός αν το ΑΦΜ είναι σωστό

int nSum = 0;

int xDigit = 0;

int nT = 0;

for (int i = nL - 2; i >=0; i--)

{

xDigit = int.Parse (cAfm.Substring (i, 1));

nT = xDigit * (int) (Math.Pow (2,nExp));

nSum += nT;

nExp++;

}

xDigit = int.Parse (cAfm.Substring (nL-1, 1));

nT = nSum / 11;

int k = nT * 11;

k = nSum - k;

if (k == 10) k = 0;

if (xDigit != k) return false;

return true;

}

Αυτά τα ολίγα!!

Happy Coding!

Απ: Που να μπει ο έλεγχος του ΑΦΜ

agmarios — Tue, 25 Jul 2006 17:41:39 GMT

Φυσικά και συμφωνώ με αυτά που γράφεις, απλά για πρώτη φορά έχω σχεδόν "ειδανικές συνθήκες" οπότε μπορώ να σκεφτώ κάποια πράγματα παραπάνω και λίγο ποιο θεωρήτικά.

Ας εξηγήσω λοιπόν λίγο το ειδανικές συνθήκες:

Μίλησα εγώ με τους πελάτες και καθορίσαμε τις προδιαγραφές.
Συντάχθηκε τεχνική προσφορά η οποία έγινε παράρτημα της σύμβασης, οπότε κάνω μόνο ότι συμφωνήσαμε.
Το χρονοδιάγραμμα μου επιτρέπει να κάνω καλή δουλειά
Το μέγεθος και η πολυπλοκότητα του έργου μου δίνουν την ευκαιρία να πάω μπροστά και εγώ ως προγραμματιστής αλλά και η μικρή εταιρία στην οποία εργάζομαι.
Είμαστε 2 άτομα dedicated στο project και εγώ κάνω όλες τις σχεδιαστικές επιλογές.

Βέβαια το να είσαι project manager, software analyst, developer κλπ κλπ δεν είναι ό,τι καλύτερο αλλά δεν μπορείς να τα έχεις όλα στη ζωή.

Το ζήτημα λοιπόν που έγινε "φλέγον" έχει ως εξής:

το project όπως ανέφερα και σε προηγούμενο topic είναι μια On-line marketplace. Στον πίνακα λοιπόν των καταστημάτων έχουμε ένα πεδίο για το ΑΦΜ. Για την ακρίβεια βρήσκεται σε έναν πίνακα με τα φορολογικά στοιχεία των καταστημάτων (1 to 1) με τον πίνακα των καταστημάτων.
Ο πίνακας αυτός εκτιμώ ότι στην καλύτερη περίπτωση θα έχει κάποιες εκατοντάδες εγγραφές (το ειδανικό είναι να έχει 999 για να γλιτώσω και τα έξοδα) . Επίσης θα γίνονται ελάχιστα updates (μόνο αν πληκτρολογηθούν λάθος δεδομένα, ή γίνει πώληση της επιχείρισης ή κατι άλλο συνταρακτικό) και δεν θα γίνονται deletes (το id των καταστημάτων είναι FK σε πολλούς άλλους πίνακες οι οποίοι δεν θέλουμε να σβήνονται (πχ παραγγελίες, πληρωμές)). Τέλος θα γίνονται και λίγες αναγνώσεις αφού δεν μετέχει ενεργά στη λειτουργία της εφαρμογής.

Σκεφτόμουν λοιπόν που να βάλω τον έλεγχο. Το πρώτο που σκέφτηκα ήταν να το βάλω στον SQL server. Αλλά η βάση θα δέχεται Data μόνο από την εφαρμογή μου οπότε αποκτώ μεγαλύτερη ευελιξία και μπορώ να το βάλω και αλλού. Σκέφτηκα το roundtrip και είπα να το βάλω σε validator αλλά θέλω έστω και για μια φορά στη ζωή μου να αφήσω το UI "καθαρό" για να μπορώ να το λέω στα εγγόνια μου. Το business logic μου φαίνεται ωραίο μέρος αλλά ήθελα να δω και τις γνώμες άλλων.

Όσο για τους παράγοντες χρόνο και χρήμα νομίζω ότι το ίδιο κοστίζει όπου και να μπει. Η συζήτηση που κάνουμε κοστίζει αρκετά σε χρόνο και σε χρήμα αλλά εντάσεται στο 25% επιπλέον χρόνο που έχει αναφερθεί και σε τόσα άλλα topics.

Τέλος δεν έχω καμία αντίρρηση να παραβώ τις αρχές αν υπάρχει λόγος. Εδώ όμως πια είναι η αρχή; και ποιος ο λόγος για να την παραβώ;

Ευχαριστώ όλους για τις απαντήσεις τους και το χρόνο τους
Μάριος

Απ: Που να μπει ο έλεγχος του ΑΦΜ

vxan — Tue, 25 Jul 2006 04:07:03 GMT

KelMan wrote:

... Άλλωστε, αυτά ποτέ δεν είναι απόλυτα τεχνολογικά. Υπάρχει ο παράγοντας "χρήμα" και ο παράγοντας "χρόνος" που παίζουν σημαντικό ρόλο στις αποφάσεις...

Όπως πάντοτε ακριβής

Απ: Που να μπει ο έλεγχος του ΑΦΜ

Dimitris Papadimitriou — Tue, 25 Jul 2006 04:02:53 GMT

agmarios wrote:
Το roundtrip δεν το πολυσκέφτομαι γιατί αν μπουν 1000 εγγραφές σε αυτό τον πίνακα (καταστήματα σε online-marketplace) θα κάνω δώρο κρουαζιέρα σε όλα τα μέλη του dotnetzone.

Εγώ πάλι θα γράψω και την φίλη μου στο dotnetzone... ποτέ δεν ξέρεις!

Απ: Που να μπει ο έλεγχος του ΑΦΜ

KelMan — Tue, 25 Jul 2006 03:12:58 GMT

agmarios wrote:

Περισσότερο το σκέφτομαι ως σχεδιαστική αρχή, σε ποιο επίπεδο σχεδίασης ανήκει.

Οι σχεδιαστικές αρχές ικανοποιούν συνήθως συγκεκριμένες ανάγκες και μέσα στα πλαίσια που καθορίζουν αυτές οι ανάγκες, θα πρέπει να τις σκεφτόμαστε (τις αρχές). Μάλιαστα, όσες φορές θα δεις να ακολουθείται μια σχεδιαστική αρχή, άλλες τόσες θα δεις να καταστρατηγείται για τον άλφα ή βήτα λόγο που (ενδεχομένως δικαιολογημένα) επέλεξε ο σχεδιαστής του συστήματος. Γι αυτό, όπως έχω ξαναπεί, αυτό που οδηγεί τις αποφάσεις σου είναι οι ανάγκες σου και η ολοκληρωμένη γνώση που σου επιτρέπει να δεις τα υπέρ και τα κατά. Άλλωστε, αυτά ποτέ δεν είναι απόλυτα τεχνολογικά. Υπάρχει ο παράγοντας "χρήμα" και ο παράγοντας "χρόνος" που παίζουν σημαντικό ρόλο στις αποφάσεις...

Απ: Που να μπει ο έλεγχος του ΑΦΜ

anjelinio — Tue, 25 Jul 2006 01:34:38 GMT

Χμμ ... βάλτο στο Business σου, και ο custom validator σου μπορεί να το χρησιμοποιεί απο 'κεί.

Απ: Που να μπει ο έλεγχος του ΑΦΜ

agmarios — Mon, 24 Jul 2006 22:23:28 GMT

Χαίρομαι που έχουμε τους ίδιους ακριβώς προβληματισμούς. Πάντως μιλάμε για τον αλγόριθμό ελέγχου και όχι απλά το μέγεθος.

Την TSQL δεν την φοβάμαι αν και πράγματι είναι αρκετά ποιο δύσχρηστη από τις .net Γλώσσες. Πάντως κάπου διάβασα ότι μπορείς να γράψεις και managed code στον sql server και έχει και αρκετά πλεονεκτήματα.

Το roundtrip δεν το πολυσκέφτομαι γιατί αν μπουν 1000 εγγραφές σε αυτό τον πίνακα (καταστήματα σε online-marketplace) θα κάνω δώρο κρουαζιέρα σε όλα τα μέλη του dotnetzone.

Περισσότερο το σκέφτομαι ως σχεδιαστική αρχή, σε ποιο επίπεδο σχεδίασης ανήκει.

Ευχαριστώ για τις απαντήσεις

Απ: Που να μπει ο έλεγχος του ΑΦΜ

Χρήστος Γεωργακόπουλος — Mon, 24 Jul 2006 21:37:29 GMT

Εγώ προτείνω και στα δύο. Στη βάση πρέπει να μπει οπωσδήποτε για να εξασφαλίσεις την εγκυρότητα των στοιχείων σου, και στην εφαρμογή για να γλυτώσεις το roundtrip.

Απ: Που να μπει ο έλεγχος του ΑΦΜ

KelMan — Mon, 24 Jul 2006 21:34:46 GMT

Όταν λες τον έλεγχο εγκυρότητας, εννοείς απλάτον έλεγχο για ένα numeric 9 ψηφίων ή όλοκληρο τον αλγόριθμο; Γιατί στην δεύτερη περίπτωση θα πρέπει να το υλοποιήσεις σε TSQL με UDF και όσο να'ναι, δεν είναι το ίδιο εύκολο με το να το υλοποιήσεις σε VB.NET/C#. Από εκεί και πέρα, αν υπάρχει περίπτωση να γεμίζει η βάση με data με άλλον τρόπο, πέρα από την σελίδα εισαγωγής, τότε καλό είναι να βάλεις αυτό το check constraint στη βάση. Από την άλλη μεριά, και ιδιαίτερα μιας και μιλάμε για web forms, θα πρέπει να κάνεις ένα roundtrip για να ελέγξεις αν ο κωδικός είναι σωστός πράγμα που δεν θα συμβαίνει αν βάλεις τον έλεγχο με validator.

Που να μπει ο έλεγχος του ΑΦΜ

agmarios — Mon, 24 Jul 2006 21:03:55 GMT

Σκέφτομαι να βάλω τον έλεγχο εγκυρότητας του ΑΦΜ στον sql server σαν check constraint.

Απ την άλλη θα μπορούσα να το βάλω και στο businnes logic ή ακόμη και σαν Validator στην σελίδα εισαγωγής των στοιχείων (asp.net v2)

Ποια είναι η γνώμη σας;
Μάριος