Отрисовка единого элемента управления Asp.Net для вызовов AJAX

Проблема в том, что класс Page не предназначен для создания экземпляров просто так. Если мы запустим Reflector, мы быстро увидим, что внутренние компоненты Asp.Net устанавливают важное свойство после создания экземпляра класса Page и возврата его как IHttpHandler. Вам нужно будет установить AppRelativeTemplateSourceDirectory. Это свойство, которое существует в классе Control, и внутренне оно устанавливает свойство TemplateControlVirtualDirectory, которое используется, например, HyperLink для разрешения правильного URL-адреса для «~» в ссылке.

Важно установить это значение перед вызовом метода LoadControl, поскольку значение AppRelativeTemplateSourceDirectory передается элементам управления, созданным вашим «главным» элементом управления.

Как получить правильную стоимость для вашей собственности? Используйте статический AppDomainAppVirtualPath в классе HttpRuntime. Итак, подведем итог ... это должно сработать;

[WebMethod(EnableSession = true)]
public string GetControl(int parma1, int param2)
{
    /* ...do some stuff with params... */
    var pageHolder = new Page() { AppRelativeTemplateSourceDirectory = HttpRuntime.AppDomainAppVirtualPath };

    var viewControl = (UserControl)pageHolder.LoadControl("~/ascx/mycontrol.ascx");
    var viewControlType = viewControl.GetType();

    /* ...set control properties with reflection... */

    pageHolder.Controls.Add(viewControl);
    var output = new StringWriter();
    HttpContext.Current.Server.Execute(pageHolder, output, false);

    return output.ToString();
}

Tildy вставляет путь в корень приложения, поэтому он будет давать результаты, которые вы видите. Вы захотите использовать:

NavigateUrl="./whatever.aspx"

ИЗМЕНИТЬ:
Вот ссылка, которая также может оказаться полезной ... http://msdn.microsoft.com/en-us/library/ms178116.aspx

Я считаю, что / MyApp / корень вызывает всевозможные проблемы. На самом деле он не отвечает на ваш вопрос «почему это не работает нормально?», Но понимаете ли вы, что можете избавиться от / MyApp / и разместить свой веб-сайт по адресу http: / localhost / ...?

Просто установите Virtual Path в свойствах веб-сайта на '/'.

Это проясняет все, если, конечно, вы не пытаетесь одновременно разместить несколько приложений на ПК для разработки.

Может случиться так, что у нового объекта страницы нет «MyApp» в качестве корневого, поэтому по умолчанию он разрешен в корневой каталог сервера.

Мой вопрос скорее в том, почему он работает с Page.ResolveUrl(...).
Может быть, ResolveUrl проведет еще какое-то исследование о расположении пользовательского элемента управления и решит на основании этого.

Странно, но я воссоздал этот пример. Гиперссылка отображается как <a id="ctl00_hlRawr" href="Default.aspx"></a> для данного URL-адреса навигации ~ / Default.aspx. Я предполагаю, что это как-то связано с RequestMethod. На обычной странице это «GET», но при вызове веб-службы это «POST».

Мне не удалось воссоздать ваши результаты с hl.NavigateUrl = Page.ResolveUrl("~/mypage.aspx") Элемент управления всегда отображался как <a id="ctl00_hlRawr" href="Default.aspx"></a> с учетом виртуального пути. (Page.ResolveUrl дает мне "~ / Default.aspx")

Я бы посоветовал сделать что-то подобное, чтобы избежать неприятностей в будущем.

protected void Page_Load(object sender, EventArgs e)
{
    hlRawr.NavigateUrl = FullyQualifiedApplicationPath + "/Default.aspx";
}

public static string FullyQualifiedApplicationPath
{
    get
    {
        //Return variable declaration
        string appPath = null;

        //Getting the current context of HTTP request
        HttpContext context = HttpContext.Current;

        //Checking the current context content
        if (context != null)
        {
            //Formatting the fully qualified website url/name
            appPath = string.Format("{0}://{1}{2}{3}",
            context.Request.Url.Scheme,
            context.Request.Url.Host,
            (context.Request.Url.Port == 80 ? string.Empty : ":" + context.Request.Url.Port),
            context.Request.ApplicationPath);
        }

        return appPath;
    }
}

С уважением,

Трудно сказать, чего вы пытаетесь достичь, не опубликовав строку, которая фактически устанавливает URL-адрес гиперссылки, но я думаю, что понимаю вашу структуру каталогов.

Однако я никогда не сталкивался с ситуацией, которую нельзя было бы так или иначе решить с помощью метода ResolveUrl (). Синтаксический анализ строки для временного пути, который не будет использоваться в производственной среде, не рекомендуется, поскольку он усложнит ваш проект.

Этот код будет разрешен в любом объекте, который наследуется от страницы (включая пользовательский элемент управления):

Page page = (Page)Context.Handler;
string Url = page.ResolveUrl("~/Anything.aspx");

Еще одна вещь, которую вы можете попробовать, - это что-то вроде этого:

Me.Parent.ResolveUrl("~/Anything.aspx");

Если они не работают, вы можете проверить настройки IIS, чтобы убедиться, что ваш сайт настроен как приложение.