Las 5 Consultas más Populares en Stack Overflow – Mes Noviembre 2019

7 minuto(s)

En esta página:

En el mes de Noviembre de 2019 se han realizado nuevas consultas de diferentes, cabe destacar que han ingresado al Top 5 una par de consultas, una de estas consultas es referente al Lenguaje de Programación Ruby y la otra consulta es referente a Visual Basic en donde una actualización de seguridad para Microsoft Access ha traído problemas a los usuarios que utilizan este Programa, vamos con este Post.

Como en otros artículo de la temática, voy a colocar el título de la consulta original, la versión traducida de la consulta, el Link de la consulta, el Lenguaje o Tecnología, una Descripción y una imagen de la consulta.

Puesto N° 5

Consulta Original: Prevent function taking const std::string& from accepting 0

Consulta Traducida: Evite que la función tome const std :: string & de aceptar 0

Link: Visitar

Lenguaje (s) / Tecnología (s): C++

El usuario kabanus esta realizando un proyecto con el Lenguaje de Programación C++ y presenta el siguiente bloque de código en su consulta


#include<string>
#include<iostream>

class SayWhat {
    public:
    SayWhat& operator[](const std::string& s) {
        std::cout<<"here\n"; // To make sure we fail on function entry
        std::cout<<s<<"\n";
        return *this;
    }
};

int main() {
    SayWhat ohNo;
    // ohNo[1]; // Does not compile. Logic prevails.
    ohNo[0]; // you didn't! this compiles.
    return 0;
}

#include<string>

#include<iostream>

class SayWhat {

public:

SayWhat& operator[](const std::string& s) {

std::cout<<"here\n"; // To make sure we fail on function entry

std::cout<<s<<"\n";

return *this;

}

};

int main() {

SayWhat ohNo;

// ohNo[1]; // Does not compile. Logic prevails.

ohNo[0]; // you didn't! this compiles.

return 0;

}

kabanus menciona que el compilador no presenta problemas al pasar el valor 0 al operador, sin embargo el código si se compila, pero falla antes de ingresar al método al método y le devuelve el siguiente mensaje


terminate called after throwing an instance of 'std::logic_error'
  what():  basic_string::_S_construct null not valid

terminate called after throwing an instance of 'std::logic_error'

what(): basic_string::_S_construct null not valid

El usuario kabanus agrega otros detalles a su consulta pero la pregunta de su consulta es si hay alguna forma de que el usuario no obtenga este error y que este error se detecte en el momento de la compilación.

El usuario StoryTeller – Unslander Monica le da una respuesta muy detallada, en donde menciona que std::string(0) es válido al compilar porque 0 es un puntero nulo constante y por ende 0 coincide con el constructor de cadenas que toma un puntero, después el código entra en conflicto con la condición previa a la que no se puede pasar un puntero nulo std::string.

Si deseas saber más sobre la consulta, puedes visitar el Link de la consulta.

Puesto N° 4

Consulta Original: Object Oriented Programming – how to avoid duplication in processes that differ slightly depending on a variable

Consulta Traducida: Programación orientada a objetos: cómo evitar la duplicación en procesos que difieren ligeramente según una variable

Link: Visitar

Lenguaje (s) / Tecnología (s): C#

En este puesto 4 el usuario John Darvill quien esta trabajando con el Lenguaje de Programación C# se le ha presentado un problema que quizás a muchos de los Desarrolladores le ha pasado alguna vez. El esta trabajando con una clase Processor y dentro de ella tiene un método que capitaliza el nombre de los Países, el método es text.Capitalise();


public class Processor
{
    public string Process(string country, string text)
    {
        text.Capitalise(); // Este método

        text.RemovePunctuation();

        text.Replace("é", "e");

        var split = text.Split(",");

        string.Join("|", split);
    }
}

public class Processor

{

public string Process(string country, string text)

{

text.Capitalise(); // Este método

text.RemovePunctuation();

text.Replace("é", "e");

var split = text.Split(",");

string.Join("|", split);

}

Pero como son muchos los Países en el mundo el quiere saber si hay una manera adecuada o optima de evitar hacer múltiples sentencias if por cada País, la siguiente es la manera como ha intentado darle solución a su problema usando múltiples if


public string Process(string country, string text)
{
    if (country == "USA" || country == "GBR")
    {
        text.Capitalise();
    }

    if (country == "DEU")
    {
        text.RemovePunctuation();
    }

    if (country != "FRA")
    {
        text.Replace("é", "e");
    }

    var separator = DetermineSeparator(country);
    var split = text.Split(separator);

    string.Join("|", split);
}

public string Process(string country, string text)

{

if (country == "USA" || country == "GBR")

{

text.Capitalise();

}

if (country == "DEU")

{

text.RemovePunctuation();

}

if (country != "FRA")

{

text.Replace("é", "e");

}

var separator = DetermineSeparator(country);

var split = text.Split(separator);

string.Join("|", split);

}

El usuario Michał Turczyn menciona una solución mu buena y sencilla en donde se evita escribir muchas sentencias if. El sugiere encapsular todas las opciones en una clase, por ejemplo:


public class ProcessOptions
{
  public bool Capitalise { get; set; }
  public bool RemovePunctuation { get; set; }
  public bool Replace { get; set; }
  public char ReplaceChar { get; set; }
  public char ReplacementChar { get; set; }
  public char JoinChar { get; set; }
}

public class ProcessOptions

{

public bool Capitalise { get; set; }

public bool RemovePunctuation { get; set; }

public bool Replace { get; set; }

public char ReplaceChar { get; set; }

public char ReplacementChar { get; set; }

public char JoinChar { get; set; }

}

Y luego debe pasarlo el método Process de la siguiente manera:


public string Process(ProcessOptions options, string text)
{
  if(options.Capitalise)
    text.Capitalise();

  if(options.RemovePunctuation)
    text.RemovePunctuation();

  if(options.Replace)
    text.Replace(options.ReplaceChar, options.ReplacementChar);

  var split = text.Split(options.SplitChar);

  string.Join(options.JoinChar, split);
}

public string Process(ProcessOptions options, string text)

{

if(options.Capitalise)

text.Capitalise();

if(options.RemovePunctuation)

text.RemovePunctuation();

if(options.Replace)

text.Replace(options.ReplaceChar, options.ReplacementChar);

var split = text.Split(options.SplitChar);

string.Join(options.JoinChar, split);

}

Hasta la fecha de este Post esta es la respuesta con más puntuación y aceptación, si deseas saber más sobre la consulta, puedes visitar el Link de la consulta.

Puesto N° 3

Consulta Original: Why do we have 0.0 and -0.0 in Ruby? [duplicate]

Consulta Traducida: ¿Por qué tenemos 0.0 y -0.0 en Ruby? [Pregunta Duplicada]

Link: Visitar

Link Consulta duplicada: Visitar

Lenguaje (s) / Tecnología (s): Ruby

Esta consulta es una que ya ha sido realizada, por eso los moderadores de Stack Overflow decidieron marcarla como duplicada, en esta consulta el usuario Bruno Alexandre Moreira Pincho tiene una duda con el Lenguaje de Programación Ruby, este menciona que en Ruby porque se puede usar el valor en negativo -0.0 y si es útil de alguna manera.

El usuario Stefan le responde mencionando que se puede asignar un valor de tipo float 0.0 porque todos los números que cuentan con una coma tienen un bit de signo para indicar si el número es positivo o negativo, por ejemplo a continuación las representaciones binarias del valor 2.5 y en negativo -2.5


[2.5].pack('f').unpack1('b*')
#=> "00000000000000000000010000000010" // los 2 últimos valores cambian

[-2.5].pack('f').unpack1('b*')
#=> "00000000000000000000010000000011" // los 2 últimos valores cambian

[2.5].pack('f').unpack1('b*')

#=> "00000000000000000000010000000010" // los 2 últimos valores cambian

[-2.5].pack('f').unpack1('b*')

#=> "00000000000000000000010000000011" // los 2 últimos valores cambian

En ambos valores tanto en positivo como negativo al final hay 2 dígitos que cambian para el valor positivo es 10 y para el valor negativo es 11, la respuesta que da Stefan es muy buena y detallada, si deseas saber más sobre la consulta, puedes visitar el Link de la consulta.

Puesto N° 2

Consulta Original: Getting Error 3340 Query ‘ ‘ is corrupt while executing queries DoCmd.RunSQL

Consulta Traducida: Obteniendo Error 3340 Query ” está dañado al ejecutar consultas DoCmd.RunSQL

Link: Visitar

Lenguaje (s) / Tecnología (s): Visual Basic, MS Access

Para este puesto Nro 2 el usuario Zvi Redler quien esta trabajando con el Lenguaje de Programación Visual Basic, menciona que desde que instalo la actualización de seguridad para Office 2010 del 12 de noviembre de 2019 empezó a recibir un error al ejecutar consultas usando la clausula WHERE, por ejemplo si ejecutaba la siguiente consulta:


DoCmd.RunSQL "update users set uname= 'bob' where usercode=1"

DoCmd.RunSQL "update users set uname= 'bob' where usercode=1"

Obtenía el siguiente error:


Error number = 3340 Query ' ' is corrupt

Error number = 3340 Query ' ' is corrupt

Y necesita que le ayuden a como lograr hacer sus consultas en Visual Basic sin obtener errores.

El usuario Heinzi le brinda una respuesta detallada en donde menciona que el error que esta obteniendo es un error conocido que es producido por las actualizaciones lanzadas el 12 de noviembre de 2019, dicho error afecta a todas las versiones de Microsoft Access desde la 2010 hasta la 365, por suerte han lanzado parches para este error y algunos serán lanzados pronto.

Asimismo Heinzi coloca enlaces a los parches para diferentes versiones de Access, si deseas saber más sobre la consulta, puedes visitar el Link de la consulta.

Puesto N° 1

Consulta Original: Is this a pure function?

Consulta Traducida: ¿Es esta una función pura?

Link: Visitar

Lenguaje (s) / Tecnología (s): Javascript

En el puesto Nro 1 la consulta con mas votos la realizo el usuario Snowman, este menciona que la mayoría de fuentes definen una función pura siempre cuando tenga las siguientes 2 propiedades:

Su valor de retorno es el mismo para los mismos argumentos.
Su evaluación no tiene efectos secundarios.

El problema es con la primera propiedad ya que ha creado una función que convierte una determinada cantidad de dolares a euros, a continuación el código con la función:


const exchangeRate =  fetchFromDatabase(); // evaluates to say 0.9 for today;

const dollarToEuro = (x) => {
  return x * exchangeRate;
};

dollarToEuro(100) //90 today

dollarToEuro(100) //something else tomorrow

const exchangeRate = fetchFromDatabase(); // evaluates to say 0.9 for today;

const dollarToEuro = (x) => {

return x * exchangeRate;

};

dollarToEuro(100) //90 today

dollarToEuro(100) //something else tomorrow

Entonces si se llama el tipo de cambio desde una base de datos, este tipo de cambio varia todos los días y necesita saber si el valor puede variar en diferentes días y no obtener un valor diferente, entonces el quiere saber como puede llamar a su función una función pura y si la respuesta es no, entonces como se puede refactorizar para que sea una función pura.

El usuario CertainPerformance le responde mencionando que el valor de retorno de la const dollarToEuro depende de una variable externa que no se considera un argumento, por ende su función es una función impura, asimismo menciona que no se puede refactorizar la función para que sea pura y por último le ofrece una solución, si deseas saber más sobre la consulta, puedes visitar el Link de la consulta.

Bien hasta aquí terminamos con las mejores consultas que se hicieron en Noviembre de 2019, nos vemos a finales del siguiente mes con un nuevo Top de consultas que son tendencia en Stack Overflow.

Notas

La cantidad de Respuestas, Vistas, Votos, etc. de las consultas pueden variar en Stack Overflow en el futuro, hasta la fecha de este artículo son las que presentamos en las imágenes.
Si lees con atención las consultas y las respuestas vas aprender sobre el problema que tenia el usuario que realiza la consulta y puede que sea el problema que estas intentando solucionar, esto es importante para tu aprendizaje.
La idea de este artículo es comentar y exponer los temas que son tendencia en el mes determinado, no intentamos dar una respuesta al problema ya que estos son resueltos por los usuarios de la comunidad Stack Overflow, que son grandes Desarrolladores y con mucha experiencia en el área o Lenguaje de Programación determinado.
Algunos enlaces a otras páginas colocados en este artículo pueden dejar de existir o continuar en el futuro, esto no depende de nosotros si no de los usuarios o empresas que son dueños de los servidores en donde se encuentran alojados estos enlaces, hasta la fecha de este artículo estos enlaces aún están disponibles.

Síguenos en nuestras Redes Sociales para que no te pierdas nuestros próximos contenidos.