How to get a row from Sqldatareader in 3-tier?

Well, the basic idea of a layered architecture is to decouple the different components for several reasons. Some reasons are testability, maintainability, extensibility but there are many more.

To pass the data between these layers - well it depends a bit on the kind of data - but usually you would use some simple classes as data transfer objects (DTO), which would be filled with data in the DAL. E.g.

public class Person { 

public string Name {get; set;} 

public string FirstName {get; set;} 

... }

With your approach you are breaking this idea, because you're passing the DataReader to presentation layer which implies, that you cannot switch the DAL technology without touching the other layers. E.g. if you want to use Entity Framework you would have to modify every part in the code, where you're currently using the SqlDataReader.

You can also see, if you'd stick to the idea behind the layered approach, you don't have to think about your second question.

I hope this helps a little bit.

EDIT

Ok I'm a bit curious, that you don't find a proper solution. But anyways, the first and simplest approach could be, don't publish the SqlDataReader. Handle its life cycle in the DAL. Means, assuming that you're using my DTO above

public class HomeDAL { 

public List<Person> DefaultSearchFriends(long userid) { 

SqlConnection SocialConn = new SqlConnection(connstr);      

using (SqlCommand comm = new SqlCommand("proc_FriendsSearch", SocialConn)) 

{         

comm.CommandType = CommandType.StoredProcedure;         

comm.Parameters.AddWithValue("@userid", userid); 

SocialConn.Open(); 

SqlDataReader dr = comm.ExecuteReader(CommandBehavior.CloseConnection); 

var persons = new List<Person>(); 

while (dr.Read())           

persons.Add(new Person { Name = dr["Name"], FirstName = dr["FirstName"] });          

dr.Close(); return persons; 

} 

} 

}

would be the much better approach.