This is a useful reference to determine the scope of your features:
Source: http://msdn.microsoft.com/en-us/library/ms454835.aspx
MVP John Holliday has extended the wss.xsd schema to provide a rich CAML IntelliSense editing experience. By furnishing the out of the box schema with additional xs:annotation and xs:string, the IntelliSense now provides descriptions for each of the elements (from the SDK) and optional attribute values.
I highly recommend use this schema when developing your SharePoint features definitions.
The CAML.NET IntelliSense comes as an .msi installer to make your life even easier.
Thanks again to John Holliday
CAML.NET IntelliSense project
By default, SharePoint web parts are always put into a web part group called “Miscellaneous”.
All you need to do is locate your Feature Element Manifest XML file and add a Property Element called Group and assign it a value. This is normally the XML file that is in your WebPart Folder.
Nice and easy hey… enjoy
If you need to get the SharePoint Installation Directory Path then you can use the SPUtility.GetGenericSetupPath method. For instance if you needed to get the path to a features directory to load some XML you could use the following syntax:
string FeaturesPath = SPUtility.GetGenericSetupPath(@”TEMPLATE\FEATURES\” + FeatureName)
The SPUtility Class is full of static methods for assisting you in your SharePoint Development.
Every SharePoint Developer should have SPDisposeCheck Tool in there arsnel! This tool, developed by the guys on the SharePoint Team will intergoate your compiled .dll’s to ensure that you are correctly disposing of SharePoint objects, primarily SPSite and SPWeb. Why do we need to dispose of SharePoint object, well from the horses mouth as such :
“Several of the Windows SharePoint Services objects, primarily the SPSite class and SPWeb class objects, are created as managed objects. However, these objects use unmanaged code and memory to perform the majority of their work. The managed part of the object is much smaller than the unmanaged part. Because the smaller managed part does not put memory pressure on the garbage collector, the garbage collector does not release the object from memory in a timely manner. The object’s use of a large amount of unmanaged memory can cause some of the unusual behaviors described earlier. Calling applications that work with IDisposable objects in Windows SharePoint Services must dispose of the objects when the applications finish using them. You should not rely on the garbage collector to release them from memory automatically.”
Roger Lamb has an excellent blog article - SharePoint 2007 and WSS 3.0 Dispose Patterns by Example
Add SPDisposeCheck to Visual Studio
Visual Studio IDE allows you to add External Tools such as SPDisposeCheck. The follow steps explain how:
1. In Visual Studio select Tools | External Tools
2. Add the following settings:
Title: SPDisposeCheck
Command: C:\Program Files\Microsoft\SharePoint Dispose Check\SPDisposeCheck.exe
Arguements: $(TargetName)$(TargetExt)
Initial Directory: $(TargetDir)
Use Output Window: Checked

SP Dispose Check External Tools
Reference
Introduction to Using Disposable Windows SharePoint Services Objects
Models
Model: Business Intelligence (http://go.microsoft.com/fwlink/?LinkID=73117&clcid=0×409 )
Model: Office SharePoint Server Application Security (http://go.microsoft.com/fwlink/?LinkID=73118&clcid=0×409)
Model: Office SharePoint Server Backup and Restore (http://go.microsoft.com/fwlink/?LinkID=73120&clcid=0×409)
Model: Office SharePoint Server Topologies (http://go.microsoft.com/fwlink/?LinkID=73122&clcid=0×409)
Model: Office SharePoint Server Baseline Site Hierarchies (http://go.microsoft.com/fwlink/?LinkID=73124&clcid=0×409)
Model: Office SharePoint Server Customization (http://go.microsoft.com/fwlink/?LinkID=73125&clcid=0×409)
Model: Office SharePoint Server Database Administration (http://go.microsoft.com/fwlink/?LinkID=73130&clcid=0×409)
Model: Office SharePoint Server Enterprise Content Management (http://go.microsoft.com/fwlink/?LinkID=73132&clcid=0×409)
Model: Office SharePoint Server Extranet Topologies (http://go.microsoft.com/fwlink/?LinkID=73153&clcid=0×409)
Model: Office SharePoint Server Inter-Farm Shared Services (http://go.microsoft.com/fwlink/?LinkID=73155&clcid=0×409)
Model: Office SharePoint Server Products Migration (http://go.microsoft.com/fwlink/?LinkID=73156&clcid=0×409)
Model: Office SharePoint Server Search Administration (http://go.microsoft.com/fwlink/?LinkID=73165&clcid=0×409)
Model: Office SharePoint Server Shared Services (http://go.microsoft.com/fwlink/?LinkID=73166&clcid=0×409)
Model: Upgrading Office SharePoint Server Products (http://go.microsoft.com/fwlink/?LinkID=73167&clcid=0×409)
Model: Upgrading SharePoint Portal Server 2003 to Office SharePoint Server (1 of 2) (http://go.microsoft.com/fwlink/?LinkID=73168&clcid=0×409)
Model: Upgrading SharePoint Portal Server Version 2 to Office SharePoint Server (2 of 2) (http://go.microsoft.com/fwlink/?LinkID=73169&clcid=0×409)
Scenarios
Scenario: Enterprise Content Management (http://go.microsoft.com/fwlink/?LinkID=73170&clcid=0×409)
Scenario: InfoPath Forms Services Customer Interaction Form (http://go.microsoft.com/fwlink/?LinkID=73171&clcid=0×409)
Scenario: InfoPath Forms Services Expense Reporting (http://go.microsoft.com/fwlink/?LinkID=73172&clcid=0×409)
Scenario: InfoPath Forms Services Insurance Claims (http://go.microsoft.com/fwlink/?LinkID=73173&clcid=0×409)
Scenario: InfoPath Forms Services Permits (http://go.microsoft.com/fwlink/?LinkID=73176&clcid=0×409)
Scenario: InfoPath Forms Services Supplier Survey (http://go.microsoft.com/fwlink/?LinkID=73177&clcid=0×409)
Scenario: Keeping Connections to Data Sources Current (http://go.microsoft.com/fwlink/?LinkID=73178&clcid=0×409)
Scenario: Large Corporate Internet Site (Infrequent Changes to Web Content) (http://go.microsoft.com/fwlink/?LinkID=73179&clcid=0×409)
Scenario: Office SharePoint Server Call Center (http://go.microsoft.com/fwlink/?LinkId=73557&clcid=0×409)
Scenario: Office SharePoint Server Corporate Intranet Portal Site (http://go.microsoft.com/fwlink/?LinkID=73181&clcid=0×409)
Scenario: Office SharePoint Server Departmental Portal Site (http://go.microsoft.com/fwlink/?LinkID=73182&clcid=0×409)
Scenario: Office SharePoint Server Equities Research (http://go.microsoft.com/fwlink/?LinkID=73183&clcid=0×409)
Scenario: Office SharePoint Server Informational Portal Site (http://go.microsoft.com/fwlink/?LinkID=73184&clcid=0×409)
Scenario: Office SharePoint Server Out-Hosted Portal Sites (ASPs) (http://go.microsoft.com/fwlink/?LinkID=73186&clcid=0×409)
Scenario: Online News Internet Site (Frequent Web Content Updates and Searching) (http://go.microsoft.com/fwlink/?LinkID=73187&clcid=0×409)
Scenario: Preserving “One Version of the Truth” for Distributed Workbooks (http://go.microsoft.com/fwlink/?LinkID=73188&clcid=0×409)
Scenario: Records Management in Office SharePoint Server (http://go.microsoft.com/fwlink/?LinkID=73189&clcid=0×409)
Scenario: Rendering Data from Spreadsheets to Web Parts (http://go.microsoft.com/fwlink/?LinkID=73190&clcid=0×409)
Flowcharts
Office SharePoint Server Planning Flowchart, Part I (application administrators) (http://go.microsoft.com/fwlink/?LinkID=73192&clcid=0×409)
Office SharePoint Server Planning Flowchart, Part II (IT pros) (http://go.microsoft.com/fwlink/?LinkID=73193&clcid=0×409)
Office SharePoint Server Deployment Flowchart (http://go.microsoft.com/fwlink/?LinkID=73191&clcid=0×409)
Posted by Dominick Cosgrove at 9:34 AM Labels: Development, SharePoint, Tips n Tricks
The SPContext object has some very useful features. One of the freebie out of the box features is that it parses the URL and looks for the List GUID and Item ID. These can be used individually or in combination, providing an easy way to get the List instance or list item.
So if you pass in the List={GUID} as a URL parameter you can then get a reference to the list by SPContext.List.
Likewise if you provide both the List GUID and Item ID, e.g. _Layouts/myform.aspx?List={GUID}&ID={ItemID} you can get a reference to the list item by SPContext.Item.