SharePoint বৈশিষ্ট্য & সমাধান ম্যানেজমেন্ট — CRUD মধ্যে হবে ভুলবেন না (অথবা ঐ ব্যাপার জন্য ডি)

আমরা সম্মিলিতভাবে SharePoint সমাধান বিষয়ে সময় চিন্তা একটি মহান চুক্তি ব্যয় — কিভাবে তাদের তৈরি করা, যা এই সরঞ্জামটি ব্যবহার করার, তারা স্থাপন করতে ব্যর্থ হলে কি হবে, টাইমার কাজ, scopes, প্রভৃতি. We spend so much time thinking about the up-front bits that it’s easy to forget that we need to retract them as well. Retracting solutions is probably more difficult, একটি ধারণাগত নকশা দৃষ্টিকোণ থেকে, than deploying them. Deployment is basically a cookbook affair. Typically, একটি বৈশিষ্ট্য ইনস্টল, হয়তো একটি বৈশিষ্ট্য রিসিভার একটি তালিকা মধ্যে কিছু তথ্য লোড করা আছে, that sort of thing. কিন্তু, ফিরিয়ে নেওয়া সম্ভাব্য অধিক জটিল.

একটি প্রদত্ত সমাধান এই মত হস্তনির্মিত তৈরি করতে পারে:

  • বিষয়বস্তু প্রকার
  • তালিকা সংজ্ঞা
  • সাইট সংজ্ঞা
  • তালিকার মধ্যে অন্তর্ভুক্ত তথ্য
  • এমনকি রিসিভার
  • InfoPath ফরম

তালিকায় যায়.

এটি সঠিকভাবে যারা হস্তনির্মিত instantiates যে একটি সমাধান ডিজাইন অবশ্যই গুরুত্বপূর্ণ সময়, it’s just as important to consider the update and delete cases. If your solution creates a new list and populates that list with data, সমাধান প্রত্যাহৃত হলে কি? In some cases, the list should be deleted. In other cases, it should be left intact for historical purposes. Your business requirements will guide you to the right decision.

এই সাহায্য, create a matrix that lists each artifact your solution deploys to SharePoint. List three columns per artifact, তৈরি করার জন্য এক, আপডেট এবং মুছে দিন. For each case, যে অপারেশন জন্য সঠিক ফলাফল নির্ধারণ.

This sort of analysis is obviously best done before the solution is ever deployed to a SharePoint farm. কিন্তু, ধূমপান চাই, it’s never too late to start doing things correctly. Create that matrix and develop a plan to address the missing update/delete scenarios. It may be a hard problem to solve, কিন্তু অন্তত আপনি সমস্যা সামনে একটি বাক্স রাখা হবে.

</শেষ>

আমার ব্লগ এর জন্য সাবস্ক্রাইব করুন.

টুইটারে আমার অনুসরণ http://www.twitter.com/pagalvin

Technorati বিভাগ:

2 চিন্তা "SharePoint বৈশিষ্ট্য & সমাধান ম্যানেজমেন্ট — CRUD মধ্যে হবে ভুলবেন না (অথবা ঐ ব্যাপার জন্য ডি)

  1. জন Bender

    @ কোন নাম

    যে এর বৈশিষ্ট্য রিসিভার বর্গ জন্য কি. আপনি কি কখনও আপনার নিজস্ব বৈশিষ্ট্য Reciever মধ্যে ওভাররাইড পদ্ধতি অবজেক্ট মডেল মধ্যে কি চান হ্যান্ডেল কাস্টম কোড লিখুন. দুটিই MSDN নিবন্ধটি দেখুন এখানে.

    Hope that helps 🙂

    @ পল

    আমি এই মাসের SharePoint ব্যবহারকারী গোষ্ঠী উপস্থাপনার মধ্যে এই নিবন্ধটি লিঙ্ক করছি কারণ, SPUG এই মাস আলোচনা ছিল, এই সত্যিই শক্তসমর্থ SharePoint বৈশিষ্ট্য তৈরি একটি কেন্দ্রীয় বিষয়.

    -John bender

    nickelcode.com (ব্লগ)

  2. মাইক Birtwistle
    When I started developing solutions and features I did look for a setting somewhere in the definition that defines what happens on deletion or update. It left me wondering if there should be a few built in behaviours to a WSP – or a swtich on stsadm – that do some of the common tasks you mentioned above such as on deleting a solution – remove everything or leave everything and on updating – অপসারণ ও প্রতিস্থাপন অথবা সহজভাবে সংজ্ঞা আপডেট এবং তারপর একটি বৈশিষ্ট্য রিসিভার একটি কাস্টম কর্ম করছেন বিকল্প আছে.

সাইফুল আলম চৌধুরী

আপনার ইমেইল ঠিকানা প্রচার করা হবে না. প্রয়োজনীয় ক্ষেত্রগুলি চিহ্নিত করা আছে *