How to Create / Convert WCF service into REST service C# .NET

    [ServiceContract]

    public interface IService1

    {

        [OperationContract]

        [WebInvoke(Method="POST", ResponseFormat=WebMessageFormat.Json)]

        string GetData(int value);

        [OperationContract]

        CompositeType GetDataUsingDataContract(CompositeType composite);

        // TODO: Add your service operations here

    }

<?xml version="1.0"?>

<configuration>

  <appSettings>

    <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />

  </appSettings>

  <system.web>

    <compilation debug="true" targetFramework="4.5" />

    <httpRuntime targetFramework="4.5"/>

  </system.web>

  <system.serviceModel>

    <behaviors>

     

     

      <serviceBehaviors>

        <behavior>

          <!-- To avoid disclosing metadata information, set the values below to false before deployment -->

          <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>

          <!-- To receive exception details in faults for debugging purposes, set the value below to true.  Set to false before deployment to avoid disclosing exception information -->

          <serviceDebug includeExceptionDetailInFaults="false"/>

        </behavior>

      </serviceBehaviors>

   

      <!--INICIO 1.*******************-->     

      <!--Algregar en el método de la Interface-->            

      <!--FIN 1.*******************-->

              

      <!--INICIO 2.*******************-->

      <endpointBehaviors>

        <behavior name="web">

          <webHttp/>

        </behavior>     

      </endpointBehaviors>

      <!--FIN 2.*******************-->

     

                             

    </behaviors>

           

    <!--INICIO 3.*******************-->

      <serviceHostingEnvironment multipleSiteBindingsEnabled="true" > </serviceHostingEnvironment>     

    <!--FIN 3.*******************-->

  

    <!--INICIO 5.*******************-->

    <services>   

      <service name="WcfServicePruebaSoapRest.Service1">

            <endpoint binding="webHttpBinding" contract="WcfServicePruebaSoapRest.IService1" behaviorConfiguration="web">  </endpoint>

          <endpoint binding="basicHttpBinding" contract="WcfServicePruebaSoapRest.IService1" address="soap" />

      </service>

    </services>

    <!--FIN 5.*******************-->

  

   

     

    <protocolMapping>

        <add binding="basicHttpsBinding" scheme="https" />

    </protocolMapping>   

   

    <!--INICIO 4.**********(ocultar)*********-->

      <!--<serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true" />-->

    <!--INICIO 4.*******************-->

     

  </system.serviceModel>

 

   

   

   

  <system.webServer>

    <modules runAllManagedModulesForAllRequests="true"/>

    <!--

        To browse web app root directory during debugging, set the value below to true.

        Set to false before deployment to avoid disclosing web app folder information.

      -->

    <directoryBrowse enabled="true"/>

  </system.webServer>

</configuration>

Gestión de múltiples ambientes o entornos en ASP.NET Core

http://avanet.org/gestion-de-multiples-ambientes-o-entornos-en-asp-net-core/

Gestión de múltiples ambientes o entornos en ASP.NET Core

https://stackoverflow.com/questions/41546943/how-to-set-aspnetcore-environment-to-be-considered-for-publishing-an-asp-net-cor

PowerShell - $Env:ASPNETCORE_ENVIRONMENT = "Development"

En este post vamos a analizar otra característica nueva incluida en ASP.NET Core: El soporte para controlar el comportamiento de nuestra aplicación en múltiples ambientes a través del uso de variables de entorno.

Es muy común que necesitemos especificar ciertos comportamientos en nuestra aplicación dependiendo del ambiente usado. Un modelo muy usual en los proyectos de software es tener ambiente de desarrollo, de pruebas o staging y ambiente de producción. Pues bien, en ASP.NET Core podemos hacer uso de una variable de entorno con el nombre ASPNET_ENV para indicar el ambiente en el que nuestra aplicación está ejecutándose. Con esta variable podemos chequear ciertos valores que nos proponen por convención o bien podemos usar nuestro propio nombre de ambiente.

Inicialmente tenemos las convenciones propuestas para el valor de la variable ASPNET_ENV por el equipo de producto de ASP.NET, que son:

• Ambiente de desarrollo: Development
• Ambiente de pruebas: Staging
• Ambiente de producción: Production

Vamos a ver un ejemplo a continuación para entender mejor esto. En un proyecto ASP.NET Core vamos a agregar un controlador MVC con el siguiente código:

public class HomeController : Controller
{
    private IHostingEnvironment _environment;
 
    public HomeController(IHostingEnvironment environment)
    {
        _environment = environment;
    }
    public IActionResult Index()
    {
        if (_environment.IsDevelopment())
        {
            // ASPNET_ENV = Development
            ViewData["environment"] = "Desarrollo";
        }
        else if (_environment.IsStaging())
        {
            // ASPNET_ENV = Staging
            ViewData["environment"] = "Pruebas - Staging";
        }
        else if (_environment.IsProduction())
        {
            // ASPNET_ENV = Production
            ViewData["environment"] = "Produccion";
        }
        else if (_environment.IsEnvironment("MiAmbiente"))
        {
            // ASPNET_ENV = MiAmbiente
            ViewData["environment"] = "Mi ambiente";
        }
        else
        {
            // ASPNET_ENV = ?
            ViewData["environment"] = "Otro ambiente :P";
        }
 
        return View();
    }
}