Design & Architecture

S/W engineers rejoice: The Architecture of Twitter

KelMan — Tue, 09 Jul 2013 17:02:05 GMT

Πολύ ενδιαφέρον blog post: http://highscalability.com/blog/2013/7/8/the-architecture-twitter-uses-to-deal-with-150m-active-users.html

On my TOREAD list

Model View Control Απορια

papalife — Sun, 18 Sep 2011 07:31:05 GMT

Προσπαθώ να κατανοήσω την λογική του μοντέλου - προτύπου. Για αυτό θα ήθελα να ρωτήσω τους γνώστες η λειτουργία του Controller είναι να ζητά πληροφορίες απο το Model δηλαδή να καλεί τις συναρτήσης του Model με τα sql ερωτήματα που αυτές περιέχουν ? Έπειτα τα δεδομένα που αποκτά ο Controller τα προωθεί στο View για προβολή ?

Απο το View που ειναι η διεπαφή μας ο χρήστης μπορει να αιτηθεί για να πάρει πληροφορίες, η αίτηση του περνά μέσω του controller στο model το οποίο επιστρέφει τις πληροφορίες στον controller και απο αυτόν πάνε στο view για προβολή ?

Υπάρχει κάποιο καλό tutorial, βιβλίο, σημειώσεις πάνω στην λογική του MVC ?

Επιπεδα Υγρασιας σε DataRooms?

Johnnyxp64 — Fri, 05 Aug 2011 19:36:40 GMT

καλημερα

εχω ενα πελατη που εχει κανει σε ενα εργαστασειο ενα μικρο δωματιακι οχι παραπανω απο 2χ2, εχει εκει μεσα βαλει τους servers του, oxi rackable, απλα αλλα δυνατα συστηματα PC, 7 στον αριθμο για διαφορετικες εργασιες ο καθενας. μηχανηματα απο 5ετων παλια μεχρι και 3μηνων νεα, routers, modems, τηλ κεντρα, ups, κτλ

στο δωματιο αυτο το μικρο, εκτος απο μια πορτα που κλειδωνει, δεν υπαρχουν παραθυρα, ουτε ανοίγματα σε τοιχοςυ να "αναπνεει" ο χώρος.

υπαρχει μονο ενα aircodition 9.000btu που καιει ολη μερα στους 17c.

φυσικα μεσα αν μπεις δεν καθεσαι πανω απο 1λετο χωρις κουβερτα!

προσαφτα εβαλα καποια αυτοκολητα σε μερικους σερβερ, και μετα απο 2βδομαδες παρατηρησα οτι τα αυτοκολητα, ειχαν μαζεψει, ξεκολαγαν, τα εβλεπες οτι ήταν (πως να το πω) με λιγο υγρασίας, και μαζεμένα!

και ρωτω, για ψαχνοντας στο ιντερνετ για επιπεδα υγρασιας, βρησκω αναφορες μονο σε μεγαλα datacenters με ειδικα κληματιστικα,

ποια ειναι φυσιολογικα επιπεδα υγρασιας? και αν οχι εναν αρηθμο, εσεις το βλεπετε σωστο αυτο το dataroom!? (ειναι 2χρονος λειτουργιας του!)

εχω δει πολλες μητρικες ως τεχνικος να εχουν καταστραφει απο την υγρασια και να εχουν σημαδια πανω τους, θα συμβει αραγε και εδω ποτε το ιδιο αφου ο χωρος ειναι τοσο μικρος και μονο κρυο αερα βγαζει?

εγω ειπα τον υπευθυνο αν μπορεουσε να ανοιγε ψηλα η χαμηλα ενα ανοιγμα με φιλτρο, (να μην μπει σκονη) να κυκλοφορεί και λίγο "καθαρος αερας".

ποια ειναι η γνωμη σας και η εμπειρία σας? τι μπορει να βελτιωθει αμεσα στο δωματειο αυτο χωρις να εχει τραγικα κοστη?

ευχαριστω πολυ.

Intergration - Web Services

leukonas — Wed, 11 May 2011 06:43:22 GMT

Καλησπέρα σε όλους,

Υπάρχει κάποιο e-book,turorial,site,blog το οποίο να έχει θέματα για τεχνικές και λύσεις για intergration μεταξύ applications;Με ενδιαφέρει κυρίως το intergration μεταξύ web applications με χρήση web services και sql server.Κάθε βοήθεια δεκτή

Ευχαριστώ

Πρώτα βήματα με MVVM για WPF

Underwater — Fri, 25 Mar 2011 04:36:36 GMT

Βλέποντας πως το WPF development community να προτείνει το MVVM Pattern (Model View View-Model), και έχοντας βρει το PRISM περίπλοκο για έναν developer που ακόμα παλεύεται με Design Patterns, έψαχνα για ένα «απλό» How-To-Guide.Χτες βρήκα μια παρουσίαση που έγινε στο MIX10 http://channel9.msdn.com/events/MIX/MIX10/EX14 που με βοήθησε να ξεκινήσω.

Ο τύπος “Laurent Bugnion”, πέρα από το humor του, έχει φτιάξει και ένα “light” framework με Visual Studio Project Templates αλλά και Code Snippets (http://mvvmlight.codeplex.com/).

Φαινεται να ειναι το σωστο "starting point"

:-)

PRISM είναι αποκλείστηκα για τους “advanced” developers ?

Underwater — Mon, 21 Mar 2011 01:54:04 GMT

Διαβάζω πως το Prism (Composite Application Guidance for WPF and Silverlight) βοηθά (με εύκολο τρόπο?) να περιορίσει κανείς την περιπλοκότητα όταν γράφει μεγάλες εφαρμογές.

Οταν φτιάχνω πολλά WPF User Controls που είναι μέσα σε ένα WPF Window (dashboard), το handling των events γινεται κάπως περίπλοκο. Όποτε η λύση που προτείνεται είναι ένα framework όπου υπάρχει ένα SHELL που κάνει manage όλα τα άλλα modules (Composite View Pattern). Τα modules (views) δεν ξέρουν πως φορτώνονται, και ποια αλλα modules είναι στο dashboard.

Μέχρι εδώ, η θεωρία είναι καθαρή και την καταλαβαίνω. Όμως τα άρθρα που έχω δει (including τα “Getting Started”) αναφέρονται σε ακόμα άλλα patterns, frameworks οπως, Unity Application Block, Managed Extensibility Framework, Inversion of Control and Dependency Injection, και δεν ξέρω τι άλλο .....

Βασικά ήθελα να μάθω εάν το PRISM είναι αποκλείστηκα για τους “advanced” developers που είναι αρκετά γνώστες των design patterns κλπ, η αξίζει να το κοιτάμε και εμείς που δεν είμαστε και τόσο προχωρημένοι?

Software Metrics

Bill — Tue, 18 Jan 2011 03:57:38 GMT

Καλησπέρα,

Θα ήθελα να μου πειτε αν κάποιος γνωρίζει / χρησιμοποιεί free tools για Software Metrics ως plugin του VS 2010/2008.

[TOP URGENT] Τεχνική Διαβούλευση της ΓΓΠΣ για τα έργα ανάπτυξεις Software: Παρακαλώ για τις παραμβάσεις όλων μας!!!

THEOFANIS GIOTIS | PMP, PMI-ACP, MCT, MSc, PhD C. — Fri, 18 Feb 2011 21:39:15 GMT

Τεχνική Διαβούλευση σχετικά με Οριζόντιες Απαιτήσεις Ανάπτυξης Λογισμικού για έργα της ΓΓΠΣ

https://apps.gov.gr/apps2/minfin/ggps/?p=101

Κατέβασμα πολλών αρχείων ταυτόχρονο από remote servers

Wizard! — Fri, 19 Nov 2010 00:22:19 GMT

Καλησπέρα σε όλους

Κάθε 2-3 μήνες πρέπει να κατεβάζουμε φωτογραφίες από διάφορους προμηθευτές μας. Οι εικόνες αυτός είναι ~50kb η καθεμιά και στο σύνολό τους ξεπερνάνε τις 250.000. Δεν τις αποθηκεύουμε στο δίσκο, καθότι επεξεργάζονται, μορφοποιούνται και μπαίνουν απευθείας σε βάση (SQL 2008). Επίσης, η διαδικασία τρέχει πίσω από ISA και φυσικά χρειάζεται network credantials για να παίξει.

Η ερώτησή μου είναι η εξής: Ποιά μέθοδο θα εφαρμόζατε για να το κάνετε σωστά; Θα επιλέγατε WebClient ή HttpSockets? Θα το σχεδιάζατε να τρέξει με Async methods ή Threads ? Πως θα μπορούσε να τρέχει παράλληλα 5-10 requests τη στιγμή που τραβάει από διάφορους servers ώστε να επιτύχει καλύτερη συνολική ταχύτητα και εκμετάλλευση του bandwidth;

db4o ODBMS

Bill — Tue, 16 Nov 2010 05:19:25 GMT

Απλά βρήκα την παρακάτω αντικειμενοστραφή Βάση Δεδομένων http://www.db4o.com/ απο την versant και είπα να την μοιραστώ μαζί σας (όσοι δεν την γνωρίζουν) . Υποστηρίζει και .net 3.5 και beta net 4 και Linq . Και φυσηκά είναι πολύ καλή επιλογή για συσκεύες με χαμηλων επιδόσεων hardware βλέπε κινητά κ.α...! όπου η μνήμη είναι πολύτιμη και τα data σου πάρα πολλά.

Composite Entities

infoCENTER — Mon, 23 Aug 2010 23:18:20 GMT

Είμαι στην αρχή της ανάπτυξης μία εφαρμογής και από αυτά που μου έχουν περιγράψει και το πως θα ήθελαν την εφαρμογή, μετά από σκέψη κατέληξα στο γεγονός πως ίσως, μάλλον, χρειάζομαι να χρησιμοποιήσω composite entities. Μία αναζήτηση όμως στο Google δεν μου έβγαλε κάτι σχετικό. Guidelines, Patterns, προβλήματα που μπορεί να προκύψουν ή οτιδήποτε. Αποφάσισα λοιπόν να γράψω κάτι εδώ, μήπως και κάποιος από εδώ έχει ασχοληθεί σχετικά ή έχει δει κάτι.

Ο όρος Composite Entities δεν ξέρω αν υπάρχει απλά δανείστηκα την λέξη composite από τα διάφορα UI Frameworks που υπάρχουν. Τι εννοώ λοιπόν με τον όρο αυτό. Στην εφαρμογή μου έχω κάποια entities/objects. Αυτά συνήθως από μόνα τους περιγράφουν μία οντότητα. Υπάρχουν λοιπόν περιπτώσεις όπου αν βάλουμε δύο μαζί να περιγράφουν κάτι άλλο. Ένα παράδειγμα θα βοηθήσει να καταλάβετε τι εννοώ και για πιο λόγω το inheritance δεν είναι η λύση του προβλήματος.

Ας υποθέσουμε ότι θέλω να σχεδιάσω μία εφαρμογή η οποία να κρατάει πληροφορίες για τους υπαλλήλους της. Οπότε θα φτιάξουμε μία οντότητα Employee η οποία θα έχει τα στοιχεία του κάθε ατόμου. Τα άτομα αυτά δουλεύουν σε κάποια τμήματα της εταιρείας όπου το κάθε τμήμα έχει τα δικά του χαρακτηριστικά. Παράδειγμα υπάλληλος αποθήκης, υπάλληλος λογιστηρίου, εξωτερικός υπάλληλος, οδηγός κτλ όπου ανάλογα με την θέση στην οποία δουλεύει ο κάθε υπάλληλος θα θέλαμε να κρατάμε και κάποια έξτρα στοιχεία. Αν είναι οδηγός το δίπλωμα, ή διπλώματα, και γενικά ότι χρειάζεται το κάθε τμήμα και η εταιρεία να κρατάει. Οπότε κάποιος στο σημείο αυτό μπορεί να πει ότι π.χ για την περίπτωση του οδηγού θα κάνω Inherit το employee και θα ονομάσω το νέο object σε driver, το αντίστοιχο και για τα υπόλοιπα τμήματα. Δεν διαφωνώ αρχικά με την σκέψη αυτή. Το UI είναι αυτό που το χαλάει.

Λόγω σχεδίασης που αυτό θα έχει, θα πρέπει μία αλλαγή που θα γίνεται σε κάποιο πεδίο ενός object αυτόματα να ενημερώνονται και όλα τα άλλα objects που αναφέρονται στο entity αυτό. Δηλαδή αν έχω μία λίστα σε Grid τους υπαλλήλους και ανοίξω έναν υπάλληλο σε κάποια φόρμα η αλλαγή που θα κάνω στον υπάλληλο να εμφανιστεί και στο Grid. Αυτό με Binding λύνεται πολύ εύκολα. Το πρόβλημα τώρα. Ανοίγω ένα υπάλληλο σε φόρμα και στην συνέχεια μέσα από την εφαρμογή ανοίγω τον ίδιο υπάλληλο σαν οδηγό όμως αυτή την φορά, οπότε έχω δύο φόρμες ανοικτές που αναφέρονται στο ίδιο άτομο. Αν ακολουθήσω την λογική του Inheritance τότε μιλάμε για δύο διαφορετικά Instances το Employee & Driver οπότε μία αλλαγή π.χ στον αριθμό ταυτότητας του Employee δεν θα αλλάξει στην φόρμα του Driver του ίδιου ατόμου. Οπότε στο σημείο αυτό κατάλαβα ότι το inheritance ίσως δεν είναι αυτό που θέλω και έφτασα στην λογική των composite objects. Όπου έχω ένα object employee ένα object DriverDetails και όταν τα βάλω αυτά τα δύο μαζί να έχω ένα DriverEntity. Παρακάτω παρουσιάζω πως το κάνω αυτό.

Public Class Driver
   Private _Employee as Employee
   Private _DriverDetails as DriverDetails

   Public Sub New
      _Employee=New Employee
      _DriverDetails=New DriverDetails
   End Sub

   Property Employee as Employee
      Get
      Set
   End Property

   Property DriverDetails as DriverDetails
      Get
      Set
   End Property
End Class

Οπότε έτσι αν πάω να ανοίξω ένα οδηγό για τον οποίο η οντότητα υπάλληλος έχει ήδη φορτωθεί στην εφαρμογή πέρνω το συγκεκριμένο Instance από μία συγκεκριμένη περιοχή της εφαρμογής και την περνάω στο Property Employee Του Driver.

Όπως είπα έψαξα στο Google για κάτι ανάλογο αλλά δεν βρήκα κάποια guidelines ή κάτι σχετικό που να με βάλει σε έναν δρόμο και να μου πει τι προβλήματα μπορεί να συναντήσω στην πορεία. Έχει κανείς να μου προτείνει να διαβάσω κάτι σχετικό ή να μου πει;

Ευχαριστώ.

Υστ: Ουφφφ τελείωσα.

Εφαρμογή αναγνώρισης κλήσεων

Zuko — Fri, 11 Jun 2010 08:31:03 GMT

Γεια σε όλους !!

Λοιπόν θέλω να φτιάξω ένα “σύστημα” όπου όταν θα χτυπάει το τηλ. θα εμφανίζει στο PC διάφορα στοιχεία αυτού που καλεί και θα δίνει και κάποιες άλλες επιλογές στο "χρήστη". Τα στοιχεία θα είναι καταχωρημένα από πριν σε βάση δεδομένων. Το πρόβλημα προφανώς δεν είναι η κατασκευή της βάσης ή της εφαρμογής που θα δίνει τις επιλογές στο χρήστη, άλλα πως θα γίνεται η αναγνώριση του αριθμού που καλεί ωστε να τον αναζητήσει στη βάση.

Έψαξα γρήγορα κάποια πράγματα π.χ. για το TAPI αλλά απ' ότι είδα: “One very notable issue with TAPI 3.x is the lack of support for managed code (.NET environment). As documented in Microsoft KB Article 841712, Microsoft currently has no plans to support TAPI 3.x directly from .Net programming languages. ” & ήθελα η εφαρμογή να είναι σε C# (wpf).

Δεν έχω much time, γι'αυτό ποστάρω και ταυτόχρονα θα ψάξω και μόνος μου.. Αν κάποιος γνωρίζει κάποια πληροφορία για το τι χρειάζεται από πλευράς hardware (modem klp..), software, ή οτιδήποτε άλλο (κανα χρήσιμο link, whatever...) θα βοηθούσε ...

Δεν υπάρχει adsl, η γραμμή θα είναι απλή pstn.

Thanks in advance

Object validation depending on certain table rows values.

infoCENTER — Sat, 26 Jun 2010 03:37:51 GMT

Τον τελευταίο καιρό με προβληματίζει από σχεδιαστικής πλευράς ένα θέμα που έχει να κάνει με validation.

Χρησιμοποιώ το interface IDataErrorInfo στα custom objects μου. Βασικά το Root είναι αυτό που το κάνει implement από το οποίο κάνουν inherit τα objects μου. Επίσης δείχνω τα errors, αν προκύψουν στην φόρμα μου χρησιμοποιώντας το ErrorProvider control.

Το πρόβλημα, σχεδιαστικά πάντα μιλάω είναι πως έχω μερικά objects τα οποία για να γίνει validate κάποιο ή κάποια από τα properties τους θα πρέπει να κοιτάξω στην βάση.

Σχεδιαστικά η εφαρμογή έχει entities και data models που εκτελούν όλες τις λειτουργίες με την βάση. Οπότε πριν από την αποθήκευση έχω την δυνατότητα να κάνω έναν check και να πιάσω λάθη αν υπάρχουν. Όμως θα ήθελα στο σημείο της φόρμας, καθώς ο χρήστης περνάει μία τιμή να του έβγαινε εκεί το λάθος και όχι όταν πατήσει Αποθήκευση.

Όπως καταλαβαίνετε το πρόβλημα είναι ότι δεν έχω δώσει την δυνατότητα στα Entities να επικοινωνούν με την βάση, αυτό το αναλαμβάνουν τα Data Models. Οπότε πως θα μπορούσα να το κάνω;

Στο μυαλό μου έχω την σκέψη να δημιουργήσω validator class ανά object και να μεταφέρω εκεί όλη την λογική του validation. Ο κάθε validator θα κάνει implement ένα συγεκριμένο Interface στο οποίο θα βλέπει το RoorObject μου. Σκέφτομαι λοιπόν να δώσω στους validators την δυνατότητα αυτή να επικοινωνούν με την βάση.

Υπάρχει κανείς που έχει στο μυαλό του κάτι άλλο; Μία ιδέα;

Ευχαριστώ.

Ορισμός του Concurrent user

Filaretos — Thu, 03 Jun 2010 08:58:23 GMT

Στην εταιρία στην οποία εργάζομαι έχουμε ξεκινήσει την διαδικασία επιλογής πλατφόρμας η οποία θα αντικαταστήσει το υπάρχον extranet (asp 3.0 – Sql Server 2000).
Ένα από τα κόστη που θα αντιμετωπίσουμε πέρα από το software, είναι το hardware.

Οι εταιρίες που έχουμε προσκαλέσει για την υλοποίηση του extranet για να μπορέσουν να μας υπολογίσουν την βασική υποδομή (χωρίς fail over κλπ.) που θα χρειαστούμε σε hardware μας ζητάνε τους ¨Concurrent user¨.

Από αυτά που γνωρίζω είναι ότι, σαν ¨Concurrent user¨ εννοούνται τα ταυτόχρονα request που γίνονται σε μια συγκεκριμένη χρονική περίοδο (per second φαντάζομαι είναι ρεαλιστικό).

Επειδή ακούω διαφορετικούς ορισμούς για τους ¨Concurrent user¨ το οποίο αναπόφεκτα οδηγεί και σε ακραίες μετρήσεις (από 15 έως 150) θα ήθελα να απευθυνθώ στην εμπειρία της κοινότητας και να ρωτήσω:

Πως θα ορίζατε τους ¨Concurrent user¨;
Οι ¨Concurrent user¨ υπολογίζονται ως request προς τον application server (IIS, BEA κλπ) ή προς την βάση δεδομένων ή και τα δύο;
Με ποιο τρόπο θα μπορούσαμε να υπολογίσουμε τους ¨Concurrent user¨;
Είναι διαφορετικές οι απαιτήσεις αν ο ¨Concurrent user¨ κάνει και transaction;

Αν χρειάζεστε επιπλέον διευκρινήσεις παρακαλώ μην διστάσετε.
Επίσης θα ήθελα αν είναι δυνατόν να μην απαντήσετε με παραπομπές (εκτός αν είναι αναγκαίο για την τεκμηρίωση) όχι γιατί είμαι περίεργος, αλλά γιατί θα ήθελα να υπάρχει σαν reference (και βεβαίως τι καλύτερο reference από το dotNETZone).

Διαγράμματα

masteripper — Wed, 05 May 2010 17:53:19 GMT

Καλημέρα σε όλους.

Θα ήθελα την συμβουλή σας σε ένα θεμα που με απασχολεί.

Υπάρχει στην εταρεία μια πολυ μεγάλη custom εφαρμογή η οποία αρχίζει και δείχνει την ηλικία τους και σιγα σιγά είναι καιρός να μεταφερθεί σε ΝΕΤ πλατφόρμα

ΤΟ πρόβλημα είναι ότι λόγω μεγέθους και πολυπλοκότητας παρόλη την ενασχόληση μου υπάρχουν κάποια σκοτεινα σημεία οπότε ξεκίνησα να την "χαρτογραφώ" σε Excel.

Δυστυχώς τα Module Είναι μεγάλα και με πολλά "jump" και βγαίνουν κάτι τερατώδη Excel με αδυναμία παρακολούθησης (σε 25% υπάρχει αρκετό Scrolling)

Αναρωτιομουν αν υπάρχει κάποια εφαρμογή που να κάνει διαγράμματα αλλά να είναι λίγο πιο δυναμικα και εξηγώ

Θα ήθελα π.χ στο κουτάκια να υπάρχει διασύνδεση με τον κώδικα σε μορφή κειμένου ...και δεν εννοω να γράψω όλο τον κώδικα μέσα στο κουτάκι αλλά όταν κάνω π.χ Mouse over να εμφανίζεται ο κώδικας

Παραθέτω μια πρόχειρη υλοποίηση αυτου που χρείαζομαι.

Σχεδιασμός εφαρμογών για οθόνες αφής

Vagele — Sun, 25 Apr 2010 19:50:29 GMT

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

The Design of Design - νέο βιβλίο του Fred Brooks

anjelinio — Fri, 09 Apr 2010 17:55:52 GMT

O Mythical man-month Fred Brooks έγραψε νέο βιβλίο, σχετικό με design: http://www.amazon.com/gp/product/0201362988?ie=UTF8&tag=joelonsoftware&linkCode=as2&camp=1789&creative=390957&creativeASIN=0201362988

… και φτηνό κιόλας !

Καλημέρα μας

Πρότυπα Σχεδίασης Λογισμικού στα Ελληνικά!

alexandros75 — Mon, 22 Mar 2010 03:19:46 GMT

Καλησπέρα σε όλους!

Πριν από λίγο καιρό μου μπήκε η ιδέα να φτιάξω έναν ελληνικό δικτυακό τόπο αφιερωμένο αποκλειστικά στα πρότυπα σχεδίασης λογισμικού, τα γνωστά σε όλους design patterns. Φυσικά, υπάρχει πληθώρα πληροφορίας στο Intenet γύρω από το θέμα, όχι όμως στην Ελληνική γλώσσα. Σήμερα, κατάφερα να βρω λίγο χρόνο και να βάλω αυτή την ιδέα σε εφαρμογή... Μπορείτε να επισκεφτείτε το site στην ακόλουθη διεύθυνση:

http://www.designpatterns.gr

Ξεκίνησα λοιπόν να μεταφράζω, κατόπιν άδειας, το καταπληκτικό site του φίλου Vince Huston (http://www.vincehuston.org/dp/) και τα βρήκα σκούρα. Ο λόγος είναι ότι η ελληνική ορολογία είναι πολύ περιορισμένη στο αντικείμενο και γενικότερα στην ορολογία πληροφορικής. Η απογοήτευση μου ήταν ακόμη μεγαλύτερη όταν διαπίστωσα ότι οι υπάρχουσες μεταφράσεις στο Internet στην Ελληνική γλώσσα είναι άστοχες και ασυνεπείς. Αποφάσισα κατόπιν τούτου να εισάγω στο site τη δυνατότητα οι χρήστες να μπορούν να αξιολογούν και να σχολιάζουν τις μεταφράσεις (όπως και κάθε περιεχόμενο).

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

Το site είναι ακόμη σε πολύ πρώιμο στάδιο, αλλά ευελπιστώ ότι σε μερικούς μήνες θα περιέχει σημαντική πληροφορία. Αυτό φυσικά θα εξαρτηθεί πολύ και από τη δική σας συμμετοχή, τους Έλληνες προγραμματιστές που προσπαθούν για κάτι καλύτερο στο αντικείμενο ...

Ο στόχος του site είναι απλός: Διάδοση της ιδέας των προτύπων σχεδίασης και ανάδειξη/καθιέρωση της ελληνικής ορολογίας στο αντικείμενο.

Αν σας ενδιαφέρει πραγματικά το αντικείμενο, μπορείτε να γίνετε μέλη και να δημοσιεύετε στα forums/blogs, να σχολιάσετε το περιεχόμενο, να προτείνεται τα δικά σας παραδείγματα κλπ.
Ενδιαφέρομαι επίσης για κάποιο έμπιστο άτομο για να με βοηθήσει στο administration.

Ευχαριστώ για το χρόνο σας...

Alexandros

Ζητείται το κατάλληλο pattern

KelMan — Fri, 29 Jan 2010 18:16:18 GMT

Λοιπόν, η παρούσα κατάσταση:

Έχω μια κλάση, ας την πούμε Manager που περιέχει ένα collection από objects. Ο Manager έχει ένα method το οποίο κάνει ένα operation για κάθε ένα object του collection, δηλαδή δεν αλλάζει το ίδιο το object, απλά χρησιμοποιεί το state του.

Σε κάποιο σημείο του operation, τρέχει ένα function πάνω στο object το οποίο function δεν το γνωρίζει ο Manager, γνωρίζει μόνο το αντίστοιχο delegate του function που θα πρέπει να χρησιμοποιήσει. Όταν φτιάχνω τον Manager, του περνάω ως παράμετρο το function κι έτσι όλα τρέχουν μια χαρά.

Το πρόβλημα:

Παρουσιάστηκε η ανάγκη το collection να περιέχει κι ένα δεύτερο είδος από objects, για τα οποία (γιατί να είναι εύκολα τα πράγματα;) απαιτείται διαφορετικό function μέσα στο operation του Manager.

Η ερώτηση:

Ψάχνω κάποιο κατάλληλο pattern ώστε να υλοποιήσω το παραπάνω requirement. Σκέφτομαι ότι αν είχα covariance ίσως τα πράγματα να ήταν πιο απλά φτάχνοντας ένα generic τύπο και "μετακομίζοντας" το delegate μέσα στον τύπο. Φυσικά, θέλω να αποφύγω να βάλω μέσα στο operation του Manager λογική του τύπου "αν το object είναι τέτοιο, κάνε αυτό, αν είναι τέτοιο, κάνε εκείνο, κλπ" καθώς μπορεί να εμφανιστεί αύριο η ανάγκη να υποστηριχθεί κι ένα τρίτο είδος από objects. Έχει κανείς καμιά ιδέα;

Κλείσιμο χρονιάς, αλλαγή χρήση...Με ποιον τρόπο? ποιος είναι ο σωστός?

Τάσκος Γιώργος — Sat, 23 Jan 2010 08:58:38 GMT

Δεν έχω καθόλου εμπειρία στο συγκεκριμένο "κομμάτι" που πολλοί σίγουρα θα έχουν συναντήσει.

Το θέμα είναι πως σχεδιάζεις αυτό που κάνουν τα περισσότερα λογισμικά, "κλείσιμο χρονιάς" ή "αλλαγή χρήσης".
Άκουσα κάποιες απόψεις, όπως δημιουργια διαφορετικής βάσης για κάθε χρονιά, ή δημιουργία "history tables",
όλα τα δεδομένα μαζί και διαχείρηση μέσω κώδικα.

Θα ήθελα να ακούσω απόψεις και πως είναι σχετικά ο ποιο σωστός τρόπος όσον αφορά maintenance, extensibility, διαχείρηση.
Σιγουρά οι γκουρους 8α έχουν να μας πούνε κάτι.

Συγγνώμη αν υστερώ γενικά ή αν έθεσα το concept λίγο λάθος, υστερώ σε κάτι τέτοιο για αυτό και ψάχνω απόψεις και λύσεις.

Λιγότερα roundtrips vs Modularity

Dimitris Papadimitriou — Sun, 10 Jan 2010 22:28:44 GMT

Θα σας εκφράσω μια σκέψη μου και μου λέτε πως το βλέπετε κι εσείς.

Λιγότερα Roundtrips: Όταν έχεις μια multi-tier εφαρμογή προσπαθείς να ελαττώσεις όσο γίνεται τις κλήσεις από το ένα tier στο άλλο (συνήθως μεταξύ του end-user client και του application server). Ο σκοπός είναι πάντα να βελτιώσεις το performance και το scalability. Δηλαδή πιο γρήγορος client και λιγότερα resources στον server.

Modularity: Όταν έχεις ένα modular client (modules προστίθενται/ενεργοποιηούνται ανάλογα με configuration και άλλα κριτήρια) προσπαθείς να κρατήσεις αυτά τα modules ανεξάρτητα το ένα από το άλλο. π.χ. στην εικόνα υπάρχουν 2 modules που καλούν τον server για να πάρουν τα data που θέλουν να εμφανίσουν. Δεν γίνεται μια κλήση για να φέρει τα data και για τα δυο, γιατί πολύ απλά δεν είναι απαραίτητο ότι και τα δυο αυτά modules θα είναι ορατά. Επίσης δεν είναι απαραίτητο ότι είναι ορατά μόνο αυτά. Μπορεί αν υπάρχουν και άλλα ορατά modules!

Τι κάνουμε λοιπόν (με σειρά ευκολίας και λιγότερων συμβιβασμών);

α) Cache: Όπου είναι δυνατόν προσπαθούμε να χρησιμοποιήσουμε κάποιας μορφής cache. Έτσι αφήνουμε τα modules να κάνουν τις κλήσεις που θέλουν ανεξάρτητα από τα άλλα (καλό modularity), αλλά τα data να έρχονται από την cache χωρίς να γίνεται κλήση στον server (λιγότερα roundtrips).

β) Asynchronous calls: Χρησιμοποιούμε ασύγχρονες κλήσεις για το φόρτωμα των δεδομένων. Δεν γλιτώνουμε roundtrips αλλά πιθανότατα κάνουμε τον client να λειτουργεί πιο γρήγορα μια που τα modules θα καλούν τον server παράλληλα και όχι το ένα μετά το άλλο.

γ) Sacrifice: Προσπαθούμε να ομαδοποιήσουμε κάποιες κλήσεις θυσιάζοντας το modularity. π.χ. ενώνουμε κάποια modules που θεωρούμε ότι το πιθανότερο είναι να λειτουργούν ταυτόχρονα.

δ) Composite Server Calls: Δημιουργούμε κάποιους mediators/proxies στον client τους οποίους καλούν τα modules αντί να καλούν απευθείας τον server. Αυτοί οι mediators γνωρίζουν ποια modules είναι ενεργά και ξέρουν ότι κάποια στιγμή θα λάβουν κλήσεις από αυτά. Καλούν λοιπόν μια φορά τον server και φέρνουν όλα τα data που θέλουν τα modules χρησιμοποιώντας μια composite server method που παίρνει ένα array από requests (ένα request από κάθε module) και επιστρέφει ένα array από responses. Όταν πάρουν την απάντηση με το array από τα responses το κρατάνε κάπου και όταν τα modules καλούν δίνουν έτοιμες τις απαντήσεις.

Ερώτηση σχετικά με multilayer αρχιτεκτονική και domain driven design

epp1123 — Mon, 19 Oct 2009 07:54:57 GMT

Αν πω ότι θέλω να φτιάξω μία multilayered εφαρμογή είναι το ίδιο με το να πω ότι θα φτιάξω μία domain driven εφαρμογή; Υπάρχουν διαφορές; Ναι ή όχι;

Όχι άλλο version / feature hell ...

anjelinio — Fri, 09 Oct 2009 20:53:07 GMT

Πάει καιρός τώρα, που εμπλέκομαι σε ένα "μεγάλο" project, σε μια τράπεζα.

Για κάποιο λόγο που δεν ελέγχω λοιπόν, αποφασίστηκε να κάνουμε develop παράλληλα 2 ή και 3 ακόμα versions, τα οποία περιέχουν features ( ή παραλλαγές του ίδιου feature ) και γίνονται αυτόνομα deploy στην παραγωγή απο τους admins της τράπεζας.

Τώρα, αυτό το πράγμα σημαίνει ότι στον ίδιο κώδικα, μπορεί 2 ή 3 άνθρωποι να γράφουν διαφορετικά πράγματα ανάλογα για ποιό version γράφουν. Code branches στον TFS, merge branches όταν κάτι πάει παραγωγή κτλ. κτλ. ... ένας διαχειριστικός εφιάλτης !

Οπότε μια μέρα σκέφτηκα ότι αυτή η κατάσταση δεν πάει άλλο ... τελικά θα βρεθούμε σε καταστάσεις όπου έχουμε χάσει κώδικα, ή ο λάθος κώδικας επικράτησε και διάφορα τέτοια τραγελαφικά. Άρα, έπρεπε κάτι να γίνει για να κάνουμε όλοι develop σε ένα κοινό codebase, αλλά να τρέχουν τα τάδε ή τα δείνα κωμάτια κώδικα, ανάλογα με το version/feature το οποίο θέλουμε να τρέχει ανα πάσα στιγμή.

Σκεπτόμενος επι του προβήματος λοιπόν, είδα ότι κατα βάση πρέπει να λύσω 2 προβλήματα:

Σε επίπεδο configuration, πρέπει να φιλτράρω xml fragments βάσει ενός current version name
Σε επίπεδο κώδικα, πρέπει να τρέχει ένα κομμάτι κώδικα βάσει ενός current version name, ή κάποιες φορές ένα άλλο αν το τρέχον version δεν είναι αυτό που θέλω.

Έγραψα λοιπον μια μικρή σχετικά κλάσση, η οποία κάνει αυτά ακριβώς τα πράγματα. Διαβάζει μια λίστα απο versions/features απο το app config, και βάσει αυτών φιλτράρω τα configuration αρχεία μας, και μου δίνει και κάποιες μεθόδους στο επίπεδο του κώδικα που τρέχω κάτι αν το τρέχον version είναι το ΧΧΧ, overload που του δίνω και τον κώδικα που τρέχει αν το version ΔΕΝ είναι το ΧΧΧ, και κάνα-δύο ακόμα που μου λένε αν το ΧΧΧ είναι μέσα στα τρέχοντα version/feature names κτλ.

public class VersionFilter {


        /// <summary>
        /// Filters an Xml file
        /// </summary>
        /// <param name="inputNode"></param>
        /// <returns></returns>
        public static XmlElement FilterForCurrentVersions(XmlElement inputNode);

        /// <summary>
        /// Checks if the givern version string is actually included in the CurrentVersions
        /// </summary>
        /// <param name="versionString"></param>
        /// <returns></returns>
        public static bool IsCurrentVersion(string versionString);

        /// <summary>
        /// Runs the runForVersion code if the versionString is included in the active versions, else it runs runIfNotVersion
        /// </summary>
        /// <param name="versionString"></param>
        /// <param name="runForVersion"></param>
        /// <param name="runIfNotVersion"></param>
        public static void RunForVersion(string versionString, Action runForVersion, Action runIfNotVersion);

        /// <summary>
        /// Runs the given code, only if the given version string is incluyded in the "active" versions ... 
        /// </summary>
        /// <param name="versionString"></param>
        /// <param name="runForVersion"></param>
        public static void RunForVersion(string versionString, Action runForVersion);

    }

Βέβαια, έπρεπε να γίνουν κάποιες αλλαγές στον κώδικα εκεί που φορτώνω τα config files. Και εκεί που θέλουμε να τρέξουμε το Α ή το Β ανάλογα με το τρέχον version, να χρησιμοποιήσουμε τη RunForVersion. Αλλά δεν ήταν και ιδιέταιρα πολλή δουλειά αυτό.

Κι έτσι, μετά απο 1 - 2 μέρες τα cofig αρχεία μας είχαν πάνω στα elements ένα ForVersions attribute, και τα cs αρχεία μας χρησιμοποιούν το VersionFilter.RunForVersion:

 <SiteMap>
   ... 
    <item allow-permissions="ADD_CUSTOMER" Text="Νέα Ομάδα  Πελατών"  NavigateUrl="createJoint.action" ForVersions="Phase3" />
  ...
</SiteMap>

.. και στον κώδικα ...

 VersionFilter.RunForVersion(Constants.VersionNames.DocModificationHistory, 
                () => { this.chkNewReceipt.Visible = !this.IsNewRecord && !string.IsNullOrEmpty(this.ddlVerificationDocumentType.SelectedValue); },
                 () => this.chkNewReceipt.Attributes["style"] = "visibility: hidden"
            );

.. ε, και στο app config ένα ακόμα app setting με τα τρέχοντα version names ...

<add key="CurrentVersions" value="Phase2;Phase3;Groups;Flagging"/>

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

Αλλά ήρθε εκείνη η μέρα, όπου έπρεπε να ανοίξει ένα feature. Μέχρι τώρα, θα έπρεπε να μαζεύαμε dlls, aspx, scripts, να τα κάναμε installation bundle, γράψιμο οδηγιών για τους admins που θα κάνουν το deploy, deploy .. και μετά το απαραίτητο code branch merge για να συνεχίσουμε όλοι in-sync.

Aντ' αυτού όμως, έφυγε ένα email το οποίο έλεγε ... "παρακαλώ βρείτε το app setting 'CurrentVersions' στο web config, και προσθέστε ένα ';Flagging' στο τέλος του value". Περιττό να πώ ότι το deployment όλων των άλλων εταιριών που συμμετέχουν στο project παίρνει μισή μέρα τουλάχιστον. Και πλέον το να υποστηρίξω 2 και 3 και 5 UAT deployments παράλληλα με διαφορετικά features έχει γίνει παιχνίδι.

Έτσι, μετά απο όλα αυτά, σκέφτηκα ότι αξίζει τον κόπο να μοιραστώ τη σκέψη με τον κόσμο, για να ακούσω και κάποια τρίτη γνώμη :]

Πολύ καλό μας απόγευμα λοιπόν !

Προβληματισμός σχεδιασμού εφαρμογής

Ηλίας Κεκάκος — Fri, 26 Jun 2009 09:32:40 GMT

Γειά σας παιδιά, έχω κολήσει και δεν ξέρω πως να σχεδιάσω μία φόρμα αγορών, γι' αυτό θα ήθελα την γώμη σας στο παρακάτω:
Θέλω να σχεδιάσω μιά φαρμογή στην οποία ο χρήστης θα καταχωρεί τις εντολές αγοράς και τις παραλαβές. Απ' ότι αντιλαμβάνομαι θα υπάρχούν 3 πίνακες: ένας με τα γενικάστοιχεία αγορών, ένας με τα προιόντα και τις ποσότητες προς αγορά που θα μπούν σε μιά φόρμα και θα καταχωρεί ο χρήστης. Μέχρι εδώ καλά, στις παραλαβές πως τις κάνουμε;
Ο πελάτης θέλει να μπορεί να κάνει τμηματικές παραλαβές. Άρα φαντάζομαι ότι θα υπάρχει μιά φόρμα παραλαβών όπου ο χρήστης θα επιλέχει μία εντολή αγοράς, θα του εμφανίζει τα προιόντα προς αγορά αυτής της εντολής και αυτός σ' ένα datagrid θα επιλέγει το προιόν την ποσότητα παραλαβής, το παραστατικό και την ημερομηνία παραλαβής. Θα μπορεί να καταχωρεί τόσα προιόντα όσα και αυτά της εντολής αγοράς χωρίς περιορισμό στην ποσότητα.
Δεν ξέρω κάτι δεν μου κολλάει, ποιά είναι η γνώμη σας;

Ευχαριστώ

Telerik OpenAccess ORM- Step by step tutorial ebook

nikolaosk — Wed, 17 Jun 2009 18:29:26 GMT

H telerik διαθέτει στους developers ένα ebook πάνω στο OPENAccess ORM.

μπορείτε να κατεβάσετε το ebook και τα samples από εδώ.