Question

Je vous écris en interne des logiciels pour une entreprise.

Je veux toujours tirer parti des techniques de POO mieux que je peux. Dans cette pensée, je veux créer une couche d'accès aux données (DAL) isolé dans son propre .DLL.

Que puis-je faire pour limiter l'accès des DLL DAL pour que ma couche logique métier DLL?

La dernière chose que j'ai besoin est quelqu'un dans l'entreprise avec un peu de connaissances en programmation ainsi que l'accès au système (via Active Directory) pour installer .NET Express, référence mon .DLL, et commencer à tirer de code d'accès de données en dehors du système réel . Y at-il des mécanismes .NET que je peux employer pour limiter un DLL être utilisé que par une application hôte présélectionné / DLL?

Était-ce utile?

La solution

La meilleure façon de limiter l'accès à partir d'une perspective de code est d'utiliser des ensembles d'amis. Vous pouvez faire tous les types dans votre accès aux données couche DLL ami / interne. Ensuite, ajoutez seulement vos composants de la couche logique métier comme des amis et ils seront en mesure d'utiliser les types. Toute autre personne dans la société ne sera pas, car ils n'ont pas DLL avec un accès interne.

Documentation - http://msdn.microsoft.com/en-us /library/bb384772.aspx

Autres conseils

Vous pouvez probablement utiliser le cadre de licences d'applications en .NET construire en utilisant la classe LicenseProvider. Selon la façon dont vous avez implémenté il, d'avoir une DLL ne serait pas suffisant pour utiliser votre bibliothèque ... ils auraient aussi besoin d'une sorte de fichier de licence, ou de fournir une clé de licence. Voici un bon article sur la façon de commencer à l'utiliser .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top